View WI232FHSS-25-FCC-ST-R_862160.PDF datasheet online --- IC-ON-LINE

Datasheet File OCR Text:

wi.232fhss-25-r and wi.232fhss-250-r datasheet revision 1.1.0
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 1 revision 1.1.0 radiotronix, inc. wi.232fhss-25-r/ wi.232fhss-250-r datasheet ? radiotronix 905 messenger lane moore, oklahoma 73160 phone 405.794.7730 ? fax 405.794.7477 www.radiotronix.com
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 2 revision 1.1.0 document control signed date created by cr 9/29/05 engineering review approved- eng. revision history revision signed date description 0.9.0 cr 9/9/2005 document crea ted from rev g specification 0.9.1 trm 1/31/2006 updated register documentation, added addressing description, exception description, updated all mechanical drawings and block diagrams. corrected and added various specifications 0.9.5 trm / gwh 1/22/2007 update document for 250-r and v1.0.4 25mw firmware 1.0.0 lmk / trm / gwh 5/8/2007 add new register definitions . add additional application information. 1.1.0 trm/gwh 4/27/2009 added additional background on hopping engine operation, added documentation for new features in 1.1.0, addition of rssi data, various corrections
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 3 revision 1.1.0 table of contents 1. introduction .................................................................................................................. ........................ 8 1.1. m odule o verview .............................................................................................................................. .... 8 1.2. f eatures .............................................................................................................................. .................. 8 1.3. a pplications .............................................................................................................................. ............. 9 2. theory of operation ........................................................................................................... ............. 10 2.1. g eneral .............................................................................................................................. .................. 10 2.2. o perating s tates .............................................................................................................................. .. 12 2.3. l ow -p ower s tates .............................................................................................................................. 13 2.3.1. standby ....................................................................................................................... .................... 14 2.3.2. sleep ......................................................................................................................... ...................... 14 2.3.3. deep sleep ............................................................................................................................... ....... 14 2.4. a ddressing m odes ............................................................................................................................... 14 2.4.1. guid/mac mode ................................................................................................................. ........... 15 2.4.2. user addres sing mode .......................................................................................................... .......... 15 2.4.3. extended user addr essing mode ................................................................................................. .. 16 2.4.4. assured delivery (acknowl edgement) ............................................................................................ 16 2.5. e xception e ngine .............................................................................................................................. ... 17 2.5.1. exception codes ............................................................................................................... .............. 17 2.5.2. exception masking ............................................................................................................. ............. 17 2.6. r esetting m odule to f actory d efaults ........................................................................................... 18 2.7. c ompatibility m ode .............................................................................................................................. 18 2.8. a utomatic g ain c ontrol and m anual g ain c ontrol ........................................................................ 18 3. application in formation ....................................................................................................... .......... 19 3.1. p in - out d iagram .............................................................................................................................. ..... 19 3.1.1. wi.232fhss-25-r pi n definitions ............................................................................................... ... 19 3.1.2. wi.232fhss-25-r pi n descriptions .............................................................................................. . 20 3.1.3. wi.232fhss-250-r pi n definitions .............................................................................................. .. 20 3.1.4. wi.232fhss-250-r pin descriptions ............................................................................................. 21 3.2. m echanical s pecifications ................................................................................................................. 22 3.2.1. wi.232fhss-25-r mechan ical drawings ....................................................................................... 22 3.2.2. wi.232fhss-250-r mech anical draw ings ..................................................................................... 23 3.3. e xample c ircuits .............................................................................................................................. ... 25 3.3.1. wi.232fhss-25-r evaluat ion module ci rcuit ................................................................................ 25 3.3.2. wi.232fhss-250-r evalua tion module ci rcuit .............................................................................. 26 3.4. p ower s upply .............................................................................................................................. ........ 27 3.5. uart i nterface .............................................................................................................................. ..... 27 3.6. a dditional m odule p ins ....................................................................................................................... 28 3.6.1. buffer empty (be) ............................................................................................................. .............. 28 3.6.2. exception (ex) ................................................................................................................ ................ 28 3.6.3. rf processing incoming packet (proc_pkt) .............................................................................. 28 3.6.4. command response (cmd_rsp) ................................................................................................. 28 3.6.5. reset (c2c k/rst) .............................................................................................................. ............ 29 3.6.6. receive signal strength indication (rssi) ..................................................................................... 30 3.6.7. no connects (nc) .............................................................................................................. ............. 31 3.7. a ntenna .............................................................................................................................. .................. 32 3.8. l ink b udget , t ransmit p ower , and r ange p erformance ................................................................. 32
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 4 revision 1.1.0 4. module conf iguration .......................................................................................................... ........... 34 4.1. r egister d escriptions ........................................................................................................................ 34 4.1.1. crc error count (r egcrcerrcount) ........................................................................................ 34 4.1.2. channel hop table (reghoptable) ............................................................................................. 3 4 4.1.3. power mode (re gpwrmode) ....................................................................................................... . 35 4.1.4. uart data rate (re guartdatar ate) ....................................................................................... 35 4.1.5. network mode (regn etworkmode) ........................................................................................... 36 4.1.6. transmit wait ti meout (regt xto) ............................................................................................... ... 37 4.1.7. maximum transmit retrie s (regmaxtxretry) ............................................................................ 37 4.1.8. crc checking (regusecrc) ......................................................................................................... 38 4.1.9. uart minimum transmission unit (reguartmtu) ....................................................................... 38 4.1.10. verbose mode (regshowver) ...................................................................................................... 39 4.1.11. csma enable (re gcsmamod e) .................................................................................................... 39 4.1.12. operating mode (regopmode) .................................................................................................... .. 40 4.1.13. uart acknowledge on wake (regackonwake) ......................................................................... 41 4.1.14. user destination id[3] (reguserdestid [3]) ................................................................................. 41 4.1.15. user destination id[2] (reguserdestid [2]) ................................................................................. 41 4.1.16. user destination id[1] (reguserdestid [1]) ................................................................................. 41 4.1.17. user destination id[0] (reguserdestid [0]) ................................................................................. 42 4.1.18. user source id[3] (regusersrc id[3]) .......................................................................................... 42 4.1.19. user source id[2] (regusersrc id[2]) .......................................................................................... 43 4.1.20. user source id[1] (regusersrc id[1]) .......................................................................................... 43 4.1.21. user source id[0] (regusersrc id[0]) .......................................................................................... 43 4.1.22. user id mask[3] (re guseridmask[3]) .......................................................................................... 4 4 4.1.23. user id mask[2] (re guseridmask[2]) .......................................................................................... 4 4 4.1.24. user id mask[1] (re guseridmask[1]) .......................................................................................... 4 4 4.1.25. user id mask[0] (re guseridmask[0]) .......................................................................................... 4 5 4.1.26. destination guid[3] (regdestguid[3]) ......................................................................................... 45 4.1.27. destination guid[2] (regdestguid[2]) ......................................................................................... 45 4.1.28. destination guid[1] (regdestguid[1]) ......................................................................................... 46 4.1.29. destination guid[0] (regdestguid[0]) ......................................................................................... 46 4.1.30. exception mask (reg exceptionmask) ....................................................................................... 46 4.1.31. cmd halts traffi c (regcmdhalt) ................................................................................................ .. 47 4.1.32. receiver lna mode (reglnamode) ............................................................................................. 47 4.1.33. compatibility mode (r egcompatmode) ....................................................................................... 48 4.1.34. auto address mode (r egautaddmod e) ...................................................................................... 48 4.1.35. my guid[3] (r egmyguid[ 3]) ..................................................................................................... ..... 49 4.1.36. my guid[2] (r egmyguid[ 2]) ..................................................................................................... ..... 49 4.1.37. my guid[1] (r egmyguid[ 1]) ..................................................................................................... ..... 50 4.1.38. my guid[0] (r egmyguid[ 0]) ..................................................................................................... ..... 50 4.1.39. release number (r egreleasenum) ............................................................................................ 50 4.1.40. exception (reg exception) ...................................................................................................... ..... 51 4.1.41. last good packet r ssi (reglgprssi) .......................................................................................... 5 1 4.1.42. immediate rssi (regimmedrssi) ................................................................................................. 51 4.2. r egister s ummary .............................................................................................................................. . 53 4.2.1. volatile read/ wri te registers ................................................................................................ ........ 53 4.2.2. volatile read-on ly registers .................................................................................................. ........ 54 4.2.3. non-volatile read -only registers .............................................................................................. .... 54 4.2.4. non-volatile read/ write registers ............................................................................................ .... 55 5. using configurat ion registers ................................................................................................. .. 56 5.1. cmd p in .............................................................................................................................. .................. 56 5.2. cmd_rsp p in .............................................................................................................................. ........ 56 5.3. c ommand f ormatting .......................................................................................................................... 56 5.4. writing to registers........................................................................................................... ........... 57
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 5 revision 1.1.0 5.5. r eading from r egisters ..................................................................................................................... 58 6. electrical spec ifications ..................................................................................................... ......... 59 6.1. a bsolute m aximum r atings for wi.232fhss- 25-r ........................................................................... 59 6.2. d etailed e lectrical s pecifications for wi.232fhss- 25-r ............................................................. 60 6.2.1. ac specifications- rx for wi.232fhs s-25-r ................................................................................. 60 6.2.2. ac specifications- tx for wi.232fhs s-25-r ................................................................................. 60 6.2.3. dc specifications for wi.232fhss-25-r ....................................................................................... 6 1 6.3. a bsolute m aximum r atings for wi.232fhss- 250-r ......................................................................... 61 6.4. d etailed e lectrical s pecifications for wi.232fhss- 250-r ........................................................... 62 6.4.1. ac specifications- rx for wi.232fhs s-250-r ............................................................................... 62 6.4.2. ac specifications- tx for wi.232fhs s-250-r ............................................................................... 62 6.4.3. dc specifications for wi.232fhss-250-r ..................................................................................... 63 6.5. f lash s pecifications (n on -v olatile r egisters ) ............................................................................... 63 7. custom appli cations ........................................................................................................... ............. 64 8. ordering in formation .......................................................................................................... ............ 65 9. contact in formation .......................................................................................................... ............. 66 9.1. t echnical s upport .............................................................................................................................. 66 9.2. s ales s upport .............................................................................................................................. ....... 66
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 6 revision 1.1.0 index of tables table 1, wi.232fhss lo w-power pin states ...................................................................................... ............... 13 table 2, mac addressing examples ................................................................................................................... 15 table 3, user addr essing examples ............................................................................................. ...................... 16 table 4, extended user addressing ex amples .................................................................................... ............... 16 table 5, exce ption codes ...................................................................................................... ............................. 17 table 6, example exception masks .............................................................................................. ...................... 18 table 7, wi.232fhss-25-r pin descriptions ..................................................................................... ................ 20 table 8, wi.232fhss-250- r pin descri ptions .................................................................................... ............... 21 table 9, wi.232fhss-25?r and wi.232fh ss-250-r uart inte rface li nes .................................................... 27 table 10, wi.232fhss reset circuit specif ications ............................................................................. .............. 30 table 11, power mode register settings ........................................................................................ .................... 35 table 12, data rate register settings ......................................................................................... ....................... 35 table 13, network mode register settings ...................................................................................... ................... 36 table 14, minimum txto values ................................................................................................. ...................... 37 table 15, per-baud rate ack timeout values. ................................................................................... ................. 38 table 16, verbos e mode se ttings ............................................................................................... ........................ 39 table 17, operating m ode register settings .................................................................................... .................. 40 table 18, lna mode settings ................................................................................................... .......................... 47 tables 19, autoaddres s register settings ...................................................................................... ................... 49 tables 20 and 21, release nu mber register settings ............................................................................ ........... 50 table 22, exc eption c odes ..................................................................................................... ............................ 51 table 23, volatile read/ write register summary ............................................................................... ............... 53 table 24, volatile read-o nly register summary ................................................................................. .............. 54 table 25, non-volatile read-only register summary ........................................................................................ 54 table 26, non-volatile read/ write regist er summary ........................................................................... ........... 55 table 27, write register command, value to be written is less than 128 (0x80) ............................................... 5 8 table 28, write register command, value to be writ ten is greater than or equal to 128 (0x80) ........................ 58 table 29, read re gister command ............................................................................................... ..................... 58 table 30, read register module re sponse for a valid register .................................................................. ..... 58 table 31, absolute maximum ratings for w i.232fhss-25-r ........................................................................ .... 59 table 32, ac specifications - rx for wi. 232fhss-25-r ........................................................................... .......... 60 table 33, ac specifications- tx for wi.232fhss-25-r ...................................................................................... 60 table 34, dc specifications for wi.232 fhss-25-r ............................................................................... ............. 61
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 7 revision 1.1.0 table 35, absolute maximum ra tings for wi.2 32fhss-250-r ....................................................................... ... 61 table 36, ac specifications - rx for wi. 232fhss-250-r .......................................................................... ......... 62 table 37, ac specifications- tx for wi.232fhss-250-r .................................................................................... 62 table 38, dc specifications for wi.232 fhss-250-r .............................................................................. ............ 63 table 39, flash specifications (non-volatile registers) ....................................................................... .............. 63 table 40, orderi ng information ................................................................................................ ........................... 65 table of figures figure 1: wi.232fh ss block di agram ............................................................................................ ...................... 8 figure 2: wise block diagram .................................................................................................. .......................... 10 figure 3: wi.232 networking concept ................................................................................................................. 11 figure 4: wi.232fhss-25 -r pin defi nitions ..................................................................................... .................. 19 figure 5: wi.232fhss-250 -r pin defi nitions .................................................................................... ................. 20 figure 6: wi.232fhss-25-r mechanical drawings ................................................................................. ........... 22 figure 7: wi.232fhss-25-r , suggested footprint ................................................................................ ............. 22 figure 8: wi.232fhss-250-r mechanical drawing ................................................................................. ........... 23 figure 9: wi.232fhss-250-r , suggested footprint ............................................................................... ............ 24 figure 10: wi.232fhss-25-r evaluation modul e circuit .......................................................................... ......... 25 figure 11: wi.232fhss-250-r ev aluation modul e circ uit ......................................................................... ........ 26 figure 12: wi.232fhss power-on and v dd monitor reset time and pin state ................................................. 30 figure 13: typical analog rssi response (wi. 232fhss-250-r) .................................................................... ... 31 figure 14: typical analog rssi response (wi. 232fhss-25-r) ..................................................................... .... 32 figure 15: command and cmd pin ti ming ......................................................................................... ............... 56 figure 16: command c onversion code ............................................................................................ .................. 57
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 8 revision 1.1.0 1. introduction 1.1. module overview figure 1: wi.232fhss block diagram 1.2. features ? true uart to antenna solution ? 16-bit crc error checking ? 153.6 kbit/ sec maximum rf data rate ? 6 hop sequences ? guid/mac addressing mode ? flexible user addressing mode ? link layer supports assured delivery ? small size (0.80? x 0.935? x 0.12?) for the wi.232fhss-25-r ? small size (1.20? x 1.20? x 0.20?) for the wi.232fhss-250-r ? low power standby, sleep, and deep sleep modes ? phy, mac, and link layer protocol built-in chapter 1
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 9 revision 1.1.0 ? csma medium access control ? 122.4 db link budget for the wi.232fhss-25-r ? 132.9 db link budget for the wi.232fhss-250-r ? command mode for the volatile and non-volatile configuration ? 32-bit unique guid/mac address ? 5 volt tolerant i/o ? 902 ? 928 mhz ism band requires no license ? adjustable output power ? automatic gain control for the wi.232fhss-250-r only 1.3. applications ? direct rs-232/422/485 wire replacement (requires external conversion circuitry) ? asset tracking ? automated meter reading (amr) ? traffic and display signs ? mass-transit communications ? industrial and/ or home automation ? rfid ? wireless sensors ? remote data logging ? oil and gas sensing ? fleet management ? vehicle tracking ? toys ? long-range data links
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 10 revision 1.1.0 2. theory of operation 2.1. general the wi.232fhss module is one of a family of wise? (wireless serial engine) modules. a wise? module combines a state-of-the-art fsk data transcei ver and a high-performance protocol controller to create a complete embedded wireless communications link in a small ic-style package. the 250mw rf transceiver is built around the analog devices adf7020 ic, whereas the 25mw version uses the semtech xe1203f transceiver ic. both transceivers are designed with the components necessary to facilitate operation in the 902-928mhz us ism band. wireless serial engine (wise?) fhss figure 2: wise block diagram the wi.232fhss module has a uart-type serial inte rface and contains special application software to create a transparent uart-to-antenna wireless soluti on capable of direct wire replacement in most embedded rs-232/422/485 applications. note : although the module is capable of supporting the ty pical serial communications required by rs-232, rs-422, and rs-485 networks, it is not compatible wi th the electrical interfaces for these types of networks. the module has cmos inputs and outputs and would require an appropriate converter for the particular type of network it is connected to. chapter 2
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 11 revision 1.1.0 figure 3: wi.232 networking concept the module is designed to interface directly to a host uart. three signals are used to transfer data between the module and the host uart: txd , rxd , and cts . txd is the data output from the module. rxd is the data input to the module. cts is an output that indicates t he status of the module?s data interface. if cts is low, the module is ready to accept data. if cts is high, the module is busy and the host uart should not send any further data. the uart interface is capable of operating in full duplex at baud rates from 2.4 to 115.2 kbps. the uart interface expects 1 start bit, 8 data bits (lsb first), and 1 stop bit per byte with no parity (8-n-1). internally, the module has a 256 byte buffer for inco ming characters from the host uart. the module can be programmed to automatically transmit when the buffer reaches a programmed limit, set by reguartmtu . the module can also be programmed to transmit based on a delay between characters, set by regtxto (set in 1msec increments). these registers a llow the designer to optimize performance of the module for fixed length and variable length data. the module supports streaming data, as well. to optimize the module for streaming data , reguartmtu should be set to 128. additionally, regtxto should be set to a value greater than 1 uart byte time (10 bit times rounded up) at the current uart data rate, or 2, whichever is greater. if the uart rece ive/rf transmit buffer becomes nearly full (about 224 bytes), the module will assert cts high, indicating that the host should not send any more data. data sent by the host while cts is high could be lost. when there is data in the uart receive/rf transmit buffer, the be pin is low; when this buffer is empty, be is high. when the mac layer has a packet to send, it will optionally use a carrier-sense-multiple-access ( csma ) protocol to determine if another module is already transmitting. if another module is transmitting, the module will receive that data before a ttempting to transmit its data again. if, during this process, the uart receive buffer gets full, the cts line will go high to prevent the host uart from over-running the receive buffer. the csma mechanism introduces a variable delay to the transmission channel. this delay is the sum of a random period and a weighted period that is dependent on the number of times that the module has tried and failed to acquire the channel. for applic ations that guarantee that only one module will be transmitting at any given time, the csma mechan ism can be turned off to avoid this delay.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 12 revision 1.1.0 initially, the transmission of the packet begins on a random hop index within the current hop sequence, and follows the hop sequence thereafter until synchronization is lost. synchronization is lost whenever there is no more data to transfer and the module has detected two consecutive hop indices without data present. new data is not sent within the last 5% of the hop se quence, but data which is al ready in the process of being sent is processed normally. the mac layer prefixes the data with a packet he ader and appends to the data a 16-bit crc. the crc- 16 packet validation can be disabled to allow the app lication to do its own error checking of the payload. the link layer provides three distinct addressing m odes: mac, user, and user extended. each of these addressing modes can be configured to utilize assured (acknowledged) or best-effort (not acknowledged) delivery. mac addressing mode is best suited for point -to-point or broadcast transmissions. user and user extended modes, with their address ma sks, allow for the creation of subnets. the wi.232fhss is very flexible because of its ext ensive configuration options. however, modules that are not configured in the same way will not be able to communicate reliably, ca using poor perf ormance or outright failure of the wireless link. all modules in a network must have compatible configurations to ensure interoperability. in transmit mode, the transceiver has a complete packet queued for transmission. the module uses the same csma mechanism to arbitrate access to the channel. once the module gains access to the channel, the packet is transmitted on the current channel without delay. if bit_ack of regnetmode is set, the module starts to_ackwait and begins waiting for an ack from the other side. if the ack is not received, a transmission retry is attempted. if the number of transmission retries exceeds reg_maxtxretry, an exception ( ex_norfack ) is raised. once the packet is sent, the transmitter will deactivate, but remain tuned to the current channel until its hop time has expired. if another packet is queued for tr ansmission, the module will transmit this packet once the csma mechanism allows access to the channel. once the hop timer has expired, the module will then hop to the next channel (both transmit and receive channel s). the module will remain synchronized until it dwells for one full hop time without transmitting or rece iving a packet. the module will then return to scan mode. certain features of the module are controlled through programmable registers. registers are accessed by bringing cmd low. when cmd is low, all data transfers from the host uart are considered to be register access commands. when cmd is high, all data transfers from the host uart are considered to be raw data that needs to be transparently transmitted across t he wireless link. the module maintains two copies of each register: one in flash and one in ram. on reset, the module loads the ram registers from the values in the flash registers. the module is operated out of the ram registers. applications that need to change parameters of the module often would simply m odify the ram registers. by putting default settings in the flash registers, the module will always power up in a preconfigured state, which is useful for applications that do not have external microcontrollers, such as rs-232 adapters. the fhss module has 32 channels spaced on 750 khz boundaries with guard bands on either side. these channels are pseudo-randomly arranged into si x unique hopping tables comprised of 26 channels. the order of these tables is chosen so that cross-correlation is minimized, allowing multiple networks to operate in proximity with minimal interference. 2.2. operating states the primary active state is the rx scan state. wh en the module is not actively transmitting or receiving packets, it is in this state. it is cycling from one channel to another throughout the hop sequence looking for a synchronizing packet. if the module detects a pre- amble, it will stall the next hop to wait for the start- code and packet header. if the packet is addressed to it, the module will process the packet and present it
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 13 revision 1.1.0 to the uart for transmission to the host microprocessor. if not, it will re sume scanning for another master. if the packet received is a synchronizing packet, sy nchronization will be dropped if the packet address validation fails. once the uart has buffered enough data to send (either reguartmtu bytes received or regtxto has expired), it will schedule a transmission with the rf layer. the rf layer will make a best-effort attempt to keep the data in at least reguartmtu -sized packets, but will split data to better fill the communications channel if the hop time allows. if the module is not sy nchronized at the time of the transmission, it votes itself to master status, and sends a synchronizing preamble. following a hop, the module that sends the first transmission will vote itself to master status, send a synchronizing preamble, and communications will resume. 2.3. low-power states the module supports three power saving mode s: standby, sleep, and deep sleep. standby and sleep are included primarily for legacy compatibility wi th wi.232dts? and wi.232eur? products. the hardware required to support these two low-power mode s fully is not present in the wi.232fhss modules. as a result, the current consumption in these two modes is considerably higher than their wi.232dts?/wi.232eur? counterparts. it is re commended that applications utilize the deep sleep mode for power savings. in the sleep and deep sleep modes, t he transceiver is powered down a nd will not synchronize with other modules. sleep mode draws more current than deep sleep mode. in deep sleep mode the module draws the least current. to wake the module up from this mode the c2ck/rst pin must be held low for at least 20 s and then returned to high. modules do not monitor the receive channel in either sleep or deep sleep mode. therefore, it is impossibl e to remotely wake a sleeping module via the rf interface. if regackonwake is enabled, the module will transmit a 0x 06 character out the txd pin of the uart once awakened from a low-power mode or power-off state. this indicates that the module is ready to resume operations. the following table indicates the states of the module pins while in a low-power state. pin name 250-r pin number 250-r pin number 25-r pin state proc_pkt 1 n/a driven low txd 2 6 input with weak pull-up nc 3 n/a input with weak pull-up nc 4 n/a floating nc 5 n/a floating c2ck/rst 6 11 input with weak pull-up c2d 7 10 input with weak pull-up nc 8 n/a floating cmd_rsp 9 8 input with weak pull-up ex 10 2 driven low rssi 14 9 driven low cmd 15 4 input with weak pull-up be 16 3 input with weak pull-up nc 17 n/a floating rts 18 n/a input with weak pull-up cts 19 7 in standby, sleep: driven low, in deep sleep: driven high rxd 20 5 input with weak pull-up table 1, wi.232fhss low-power pin states
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 14 revision 1.1.0 2.3.1. standby standby is selected by writing a 0x02 to regopmode . in this mode, the internal oscillator of the module?s protocol controller is lowered to its slowest setting. th e transmitter and receiver hardware is in power-down, but the radio ic?s oscillator is enabled and running. the wi.232fhss-250-r? module equipped with version 1.1.0 or newer firmware wa kes from standby in less than 6ms. the wi.232fhss modules will wake from standby in 8ms. a negative-going pulse on rxd wakes the module. this negative-going pulse should be at least 1 bit-time in duration, so sending any byte to the uart will wake it due to the negative-going start bit. because the module?s oscillator is not capable at running at ultra-low speeds, use of this mode is not recommended for new applications. the ram contents are preserved during standby. if the ram fails an integrity check, the module will issue itself a software reset to force reinitialization. 2.3.2. sleep sleep is selected by writing a 0x01 to regopmode . the internal oscillator of the module?s protocol controller is lowered to its slowest setting, and all radio ic services are stopped (receiver, trans mitter, oscillator, etc.). the wi.232fhss-250-r? equipped with version 1.1.0 or newer firmware wakes from sleep in less than 6ms. older versions of wi.232fhss-250-r? and wi.232fhss-25? wake from sleep in 8ms. a negative- going pulse on rxd wakes the module. this negative-going pulse should be at least 1 bit-time in duration, so sending any byte to the uart will wake it due to the negative-going start bit. because the module?s oscillator is not capable at running at ultra-low sp eeds, use of this mode is not recommended for new applications. the ram contents are preserved during sl eep. if the ram fails an integrity check, the module will issue itself a software reset to force reinitialization. 2.3.3. deep sleep deep sleep is selected by writing a 0x03 to regopmode . when the module is put into deep sleep, the cts pin is brought high to indicate that the module is not ready to accept uart data. the radio ic is placed in its lowest power mode and all services are stopped. the protocol controller?s oscillator is also stopped and all non-essential portions of the chip ar e turned off. while powered, this mode consumes the least amount of current. the wi.232fhss-250-r? equipped with version 1.1.0 or newer firmware wakes from deep sleep in less than 6ms. older versions of wi.232fhss-250-r? and wi.232fhss-25? wake from deep sleep in 8ms. a negative-going pulse of at least 20 s on c2ck/rst starts the waking process, but the module doesn?t begin executing wake instructions until the c2ck/rst pin is returned high. as with the other low- power modes, the ram contents are preserved. if the ram fails an integrity check, the module will issue itself a software reset to force reinitia lization. note that, if your program changes the volatile data rate register during the host application initialization ( reguartdatarate ), the reinitialization will return the module to the value indicated by the non-volatile counterpart ( regnvuserdatarate ). 2.4. addressing modes the wi.232fhss module has a very flexible addressing scheme incorporated into its firmware. the addressing modes can be dynamically changed as the module operates. selection of the addressing mode is made through the regnvnetworkmode and regnetworkmode registers. selection of an addressing mode forces the transmitter to address pa ckets according to this configuration. when receiving, a module will receive and proce ss all addressing types, regardless of regnetworkmode configuration. if the received message matches t he addressing criteria, it will be passed through to the uart for transmission to the host processor.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 15 revision 1.1.0 2.4.1. guid/mac mode guid/mac mode supports point-to-point and broadcast communications. in this mode, endpoint addressing is accomplished through the regnvdestguid[3-0] and regdestguid[3-0] registers. the module?s source guid ( regmyguid[3-0] ) is fixed and programmed at the factory. mac addressing mode is selected by writing either 0x04 (mac) or 0x14 (mac w/ acknowledgement) to the regnetworkmode register. a destination guid of 0xffffffff causes the module to send broadcast messages; all modules within range will receive and process these mess ages. a module will only process a mac message if the message?s destination address is 0xffffffff or it exactly matches its regmyguid[3-0] address. acknowledgement is enabled by setting bit 4 of regnetworkmode . the guid/mac network mode includes 14 bytes of overhead per rf packet. the following table list s some examples of how mac addressing works. sende r receive r networkmode myguid destinationguid myguid response 0x04 0x00001000 0xffffffff 0x00002000 data sent to uart. no rf ack sent by either module. 0x00003000 0x14 0x00001000 0xffffffff 0x00002000 data sent to uart. no ack sent by either module. this configuration will cause transmission problems. 0x00003000 0x14 0x00001000 0x00003000 0x00002000 not processed- discarded. 0x00003000 data sent to uart. rf ack sent to 0x00001000. 0x04 0x00001000 0x00002000 0x00002000 data sent to uart. no rf ack sent. 0x00003000 not processed- discarded. table 2, mac addressing examples 2.4.2. user addressing mode when user network mode is selected, transmitted packets locate endpoints using the customer id and destination user id (specified in regcustid[1-0] and reguserdestid[1-0] , respectively). an rf packet sent with user network mode enabled carries 16 bytes of overhead. on the receiving side, each module has a user id mask ( reguseridmask[1..0] ) that it applies to both its own user id ( regusersrcid[1-0] ) and the incoming destination user id. once both are masked, if the results are equal, the receiving module will pass the payload data to the application for presentation to the host. additionally, if the incoming address, once masked, equals the mask itself, its payload w ill be presented to the host. if an acknowledgement is requested, the receiving module will respond only if the unmasked user ids are equal. when using user network mode to send packets to multiple users (mask not equal to 0xffff), assured delivery must be disabled. failure to do so could cause extreme delays in transmission and loss of data. the following table shows some examples of user addressing at work. sende r receive r network mode user srcid user destid user srcid user idmask response 0x06 0x1000 0xffff 0x2000 0xffff data sent to uart. no rf ack sent by either module. 0x3000 0xffff 0x16 0x1000 0xffff 0x2000 0xffff data sent to uart in both modules. no ack sent by either module. this configuration will cause transmission problems. 0x3000 0xffff 0x16 0x1000 0x3000 0x2000 0xe000 data sent to uart. no rf ack sent.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 16 revision 1.1.0 0x3000 0xe000 data sent to uart. rf ack sent to 0x1000 by guid. 0x06 0x1000 0x3000 0x2000 0xf000 not processed- discarded. 0x3000 0xf000 data sent to uart. no rf ack sent. table 3, user addressing examples 2.4.3. extended user addressing mode when extended user network mode is selected, transmitted packets locate endpoints using the customer id and destination user id (specified in regcustid[1-0] and reguserdestid[3-0] , respectively). an rf packet sent with extended user network mode enabled ca rries 20 bytes of overhead. on the receiving side, each module has a user id mask ( reguseridmask[3-0] ) that it applies to both its own user id ( regusersrcid[3-0] ) and the incoming destination user id. once both are masked, if the results are equal, the receiving module w ill pass the payload data to the applic ation for presentation to the host. additionally, if the incoming address, once masked, equal s the mask itself, its payload will be presented to the host. if an acknowledgement is requested, the receiving module will respond only if t he unmasked user ids are equal. when using extended user network mode to send packets to multiple users (mask not equal to 0xffffffff), assured delivery must be disabled. failure to do so could cause extreme delays in transmission and loss of data. the following table shows some examples of extended user addressing at work. sende r receive r network mode user srcid user destid user srcid user idmask response 0x07 0x10000000 0xffffffff 0x20000001 0xffffffff data sent to uart. no rf ack sent by either module. 0x20000002 0xffffffff 0x17 0x10000000 0xffffffff 0x20000001 0xffffffff data sent to uart in both modules. no ack sent by either module. this configuration will cause transmission problems. 0x20000002 0xffffffff 0x17 0x10000000 0x30000001 0x20000001 0xe0000000 data sent to uart. no rf ack sent. 0x30000001 0xe0000000 data sent to uart. rf ack sent to 0x10000000 by guid. 0x07 0x10000000 0x30000002 0x20000001 0xf0000000 not processed- discarded. 0x30000001 0xf0000000 data sent to uart. no rf ack sent. table 4, extended user addressing examples 2.4.4. assured delivery (acknowledgement) while not an addressing mode on its own, assured delivery can be enabled for each of the above addressing modes. when a module transmits with assured delivery enabled, it obligates the receiving module to return an acknowledgement packet. the tran smitting module will wait for this acknowledgement for a preset amount of time based on the data rate. if acknowled gement is not received, it will retransmit the current packet. if the receiver receives more than one of the same packet, it will discard the packet contents but send an acknowledgment. this way, duplicate data is not presented to the receiver?s uart. it is extremely important that assured delivery be used only when the unmasked user/extended user destination id or destination guid points to a specific module. failure to specifically address a valid endpoint could cause the module to appear slow or unrespons ive due to repeated retr ansmissions. this will al so serve to congest the
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 17 revision 1.1.0 network, impeding valid communications. assured delivery is enabled by setting bit 4 of regnetworkmode . should the address information match exactly, t he receiving module will immediately send an rf ack packet. this packet lets the sending module know that the message has been received. an rf ack packet is made up of 7 bytes of overhead, and is sent immediat ely following reception; csma delay is not applied to rf ack packets. when the sending modu le receives the rf ack packet, it will mark the current block of data as completed and update its buffer pointers. if this is the last message in the queue, the sending module will assert the be pin to indica te the state of the incoming buffer. troubleshooting hint: communications problems. if you are unable to communicate with another module, it is most likely caused by one of the following. firs t, check to make sure that you are using the same data rate. modules programmed with differe nt data rates will not communicate nor share the rf channel with one another. second, ensure that your network mode and addressing is configured to properly access the module of interest. also, ensure that you are addressing a specific module when using acknowledgment. failure to do so will cause large delays and loss of data. 2.5. exception engine wi.232fhss modules are equipped with an internal exception engine. when errors occur during module operation, an exception is raised. exception codes are stored in the regexception register when they occur, and cleared once they are read. if an exception code is already present in regexception following an error, the new exceptio n code will overwrit e the old value. 2.5.1. exception codes exception codes are organized by type for ease of masking (see exception masking). the following table lists the exception codes and their meanings. all other values are reserved. exception code exception name description 0x08 ex_bufovfl internal uart buffers overflowed 0x09 ex_rfovfl internal rf packet buffer overflowed 0x13 ex_writeregfailed attempted write to register failed 0x20 ex_norfack acknowledgement packet not received after maximum number of retries 0x40 ex_badcrc bad crc detected on incoming packet 0x42 ex_badheader bad crc detected in packet header 0x43 ex_badseqid sequence id was incorrect in ack packet 0x44 ex_badframetype unsupported frame type specified table 5, exception codes 2.5.2. exception masking wi.232fhss modules have an exte rnal pin, ex, that can be asserted to i ndicate to the host that an error has occurred. the exception mask provides a simple met hod of discriminating which errors cause the ex pin to toggle. if the exception code, once anded with the exception mask ( regexceptionmask ), is non-zero, the ex pin is asserted. once the ex pin is asserted, the regexception register must be read to return it to low. the following table lists some example exception masks. it is important to note that the exception mask has no effect on the exceptions stored in the exception register. the exception mask only controls which exceptions affect the ex pin.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 18 revision 1.1.0 exception mask exception name 0x08 allows only ex_bufovfl and ex_rfovfl to trigger the ex pin 0x10 allows only ex_writeregf ailed to trigger the ex pin 0x20 allows only ex_norfack to trigger the ex pin 0x40 allows only ex_badcrc, ex_badheader, ex_badseqid, and ex_badframetype exceptions to trigger the ex pin 0x60 allows ex_badcrc, ex_badheader, ex_badseqid, ex_badframetype, and ex_norfack exceptions to trigger the ex pin 0xff allows all exceptions to trigger the ex pin table 6, example exception masks 2.6. resetting module to factory defaults it may be necessary to reset the non-volatile registers to their factory defaults. to reset the module to factory defaults, hold the command line low and cycle power to the module. the command line must remain low for a minimum of 600ms after resetting the module. once the command line is released, the module?s non-volatile registers will be reset to factory defaults. 2.7. compatibility mode the wi.232fhss-250-r operates at a much narrower receive bandwidth (200khz) than the wi.232fhss- 25 (600khz). when the wi.232fhss-25 transmits, it dev iates well outside the receiver bandwidth of the wi.232fhss-250-r. to address this problem, v1.0.5 and later wi.232fhss-25 firmware and all wi.232fhss-250-r?s support a compatibility mode. this allows both modules to communicate effectively with each other. when enabled, compatibility mode reduces the maximum rf data rate to 76.8kbps, reduces the wi.232fhss-25?s deviation to 80khz, and reduces th e wi.232fhss-25?s receivin g bandwidth to 200khz. all uart baud rates are supported, although the rf data rates associated with baud rates 31250, 38400, 57600, and 115200 will be diminished. 2.8. automatic gain control and manual gain control automatic gain control is a feature exclusive to t he wi.232fhss-250-r module. for both modules, the gain setting of the receiver low noise amplifier (lna) is adjustable. by default, the wi.232fhss-25 module is configured fo r maximum receiver sensitivity. similarly, the wi.232fhss-250-r is factory-configured to use its inte rnal automatic gain control (agc) circuit to manage receiver sensitivity. reducing the gain increases the linearity of the receiver, but reduces maximum sensitivity; increasing the gain does the opposite. g enerally speaking, higher linearity (increased third order input intercept point, iip3) w ill give improved performance in high-interference environments; high gain yields better performance in low-interference environments. the wi.232fhss-250-r contains an agc circuit that manages these settings automatically, and it should be used whenever possible. however, when attempting to make analog rssi measurements, fixing the lna gain will produce more meaningful results. digi tal rssi readings are internally compensated and may be taken with agc enabled.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 19 revision 1.1.0 3. application information 3.1. pin-out diagram 3.1.1. wi.232fhss-25-r pin definitions figure 4: wi.232fhss-25-r pin definitions chapter 3
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 20 revision 1.1.0 3.1.2. wi.232fhss-25-r pin descriptions no. description 1 ground 2 exception output 3 buffer empty 4 command input ? active low 5 uart receive input 6 uart transmit output 7 uart clear to send output ? active low 8 command response indication 9 analog rssi 10 reserved ? isp pin 11 isp pin/wake from deep sleep/module reset 12 ground 13 antenna port ? 50 ohm 14 ground 15 ground 16 ground 17 ground 18 ground 19 vcc ? 2.7 to 3.6 vdc table 7, wi.232fhss-25-r pin descriptions legend signals that are used in this implementation signals used for in-system programming 3.1.3. wi.232fhss-250-r pin definitions figure 5: wi.232fhss-250-r pin definitions
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 21 revision 1.1.0 3.1.4. wi.232fhss-250-r pin descriptions no. description 1 no connect ? reserved 2 uart transmit output 3 processing packet signal 4 no connect ? reserved 5 no connect ? reserved 6 isp pin / wake from deep sleep/module reset 7 reserved ? isp pin 8 no connect ? reserved 9 command response indication ? low when uart output is a command response 10 exception output, maskable. cleared on exception read. 11 ground 12 ground 13 ground 14 rssi 15 command mode select ? active low 16 buffer empty ? high when input buffer is empty 17 n/c 18 uart request to send input ? not currently implemented (reserved) 19 uart clear to send output ? active low 20 uart receive input 21 ground 22 antenna port ? 50 ohms 23 ground 24 vcc 25 vcc 26 vcc table 8, wi.232fhss-250-r pin descriptions legend signals that are used in this implementation signals used for in-system programming
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 22 revision 1.1.0 3.2. mechanical specifications 3.2.1. wi.232fhss-25-r mechanical drawings figure 6: wi.232fhss-25-r mechanical drawings figure 7: wi.232fhss-25-r, suggested footprint
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 23 revision 1.1.0 3.2.2. wi.232fhss-250-r mechanical drawings figure 8: wi.232fhss-250-r mechanical drawing
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 24 revision 1.1.0 figure 9: wi.232fhss-250-r, suggested footprint
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 25 revision 1.1.0 3.3. example circuits 3.3.1. wi.232fhss-25-r evaluation module circuit 1 1 2 2 3 3 4 4 d d c c b b a a 1 2 3 4 5 6 7 8 9 10 11 12 jp1 1 2 3 4 5 6 7 8 9 10 11 12 jp2 rxd0 txd0 cts0 rts0 rxd1 txd1 rts1 dtr1 *dtr1 pd1 pd2 pd3 pd4 ex rssi cmd_rsp be gn d gn d sma j1 gnd in 1 gnd 2 gnd t ou t 3 mic3 910 0-3.3 bs u1 gnd gnd vcc + 47 uf tantalu m c1 gn d 4. 7uf ceramic c2 gn d vin vin gnd 1 nc 2 nc 3 cmd 4 rxd 5 txd 6 cts 7 nc 8 nc 9 c2d 10 rst / c2ck 11 gn d 12 ant 13 gn d 14 gn d 15 gn d 16 gn d 17 gn d 18 vcc 19 wi.232fhss-25-r cts0 rts0 txd 0 rxd0 vcc gn d gnd gn d 1 2 3 4 jp3 gn d vcc 1k r2 1k r1 vcc vcc be cmd_rsp ex rssi figure 10: wi.232fhss-25-r evaluation module circuit
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 26 revision 1.1.0 3.3.2. wi.232fhss-250-r evaluation module circuit 1 1 2 2 3 3 4 4 d d c c b b a a 1 2 3 4 5 6 7 8 9 10 11 12 header 10 jp1 1 2 3 4 5 6 7 8 9 10 11 12 header 10 jp2 rxd0 tx d0 cts0 rts0 rxd1 tx d1 rts1 dt r1 *dt r1 proc_pkt pd2 pd3 pd4 ex rssi cmd_rsp be gnd gnd sma j1 gnd cts0 rts1 txd0 rxd0 gnd 1 2 3 4 header 10 jp3 gnd vcc 1k 1k nc 1 tx d 2 ex t1 3 ex t2 4 nc 5 c2ck 6 c2d 7 nc 8 cmd_rsp 9 ex 10 gnd 11 gnd 12 gnd 13 rssi 14 cmd 15 be 16 nc 17 rts 18 cts 19 rxd 20 gnd 21 ant 22 gnd 23 vcc 24 vcc 25 vcc 26 wi.232fhss-250-r vcc gnd rssi be pd5 cmd_rsp vcc_in in 1 gnd 2 gnd t out 3 mic391 00 - 3. 3v u1 gnd gnd vcc_in vcc tant alum 47 uf gnd ceramic 4. 7uf ceramic 0. 1uf gnd gnd ceramic 4. 7uf ceramic 0. 1uf gnd gnd rts0 proc_pkt ex steward mi0603j600r-10 1a ferrite steward mi0603j600r-10 1a ferrite steward mi0 60 3j6 00 r-1 0 1a ferrite figure 11: wi.232fhss-250-r evaluation module circuit
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 27 revision 1.1.0 3.4. power supply although the wi.232fhss module is very easy to use, care must be given to the design of the power supply circuit. it is important for the power supply to be free of digital noise generated by other parts of the application circuit, such as the rs-232 converter. figure 11 shows the schematic for our evaluati on module circuit for the wi.232fhss-25-r and wi.232fhss-250-r modules. the evm includes an on -board power supply and antenna connector. these evaluation circuits were used to measure t he performance of the wi.232fhss module, and should be used as a reference for wi.232fhss based designs. if noise is a problem, it can usually be eliminated by using a dedicated ldo regulator for the module and/or by separating the grounds for the module and the other circuits. additionally, power supply rise time is extremely important . the power supply presented to the module must rise from vss to 2.7v in less than 1ms. if this specification cannot be met, an external reset supervisor circuit must be used to hold the module in reset until the power supply stabilizes. failure to ensure adequate power supply rise time can result in loss of important module configuration information. the wi.232fhss-250-r module power supply should be by passed as close to the module as possible for maximum noise immunity (c1 and c2 in figure 11). also, an inductor or ferrite choke may be placed close to the module, in series with the supply line to further reduce any noise being conducted back onto the supply from the module. noise on the power supply can degrade receiver performance and cause other instabilities. 3.5. uart interface the uart interface is very simple; it is comprised of four cmos compatible digital lines. pin direction description cts out clear to send ? this pin indicates to the host micro when it is ok to send data. when cts is high, the host micro shou ld stop sending data to the module until cts returns to the low state. cmd in command ? the host micro will bring this pin low to put the module in command mode. command mode is used to set and read the internal registers that control t he operation of the module. when cmd is high, the module will transparently transfer dat a to and from other modules on the same channel. note: if this pin is low when the module comes out of reset, the non-volatile registers will be reset to their factory pr ogrammed defaults. it is important to ensure that cmd is held high or left floating during power-up under normal conditions. rxd in receive data input. uart data should be sent to the module with no parity, 1 start bit, 1 stop bit, 8 data bits, least-significant bit first. txd out transmit data output. uart data will be sent by the module with no parity, 1 start bit, 1 stop bit, 8 data bits, least-significant bit first. rts in currently unimplemented, this pin is reserved for futu re use/reassignment. table 9, wi.232fhss-25?r and wi.232fhss-250-r uart interface lines
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 28 revision 1.1.0 3.6. additional module pins additional module pins indicate the operational status of different functional blocks, or provide additional control. there is no requirement that these pins be connected for normal operation, however they can provide additional insight into the module. they may prove useful in the optimization of the end- application. 3.6.1. buffer empty (be) the be pin indicates the state of the incoming uart buffer. when the module receives data in the rxd pin, and the cmd pin is high, the be pin is lowered until all data in this buffer has been processed by the rf engine. if acknowledgement is not enabled, the be pin will be raised as soon as the rf engine processes the outgoing packets. if acknowledgement is enabled, the buffer will not be updated until either the data transmissions are acknowledged by the remote end, or the maximum number of retries has been exceeded. when the be pin returns high, the ex pin may be sampled, or the regexception register polled to determine if an error occurred during transmission. 3.6.2. exception (ex) the ex pin indicates whether a module exception has occurred. the pin is normally low. when an exception occurs that passes masking (see exception engine section for details), the ex pi n is raised. when the regexception register is read, the exception is cleared and the ex pin will return low. if more than one exception occurs before the regexception register is read, the old exception will be overwritten by the new one. 3.6.3. rf processing incoming packet (proc_pkt) available on 250-r modules with firmware release 1.1.0 or later, the proc_pkt pin indicates whether the rf engine has determined there to be either valid or potentially valid data incoming. the line is normally low (not processing). when awake and not transmitting, the rf engine is constantly searching for an incoming signal. when scoring indicates that a potential packet is inbound, this line is raised until the scoring falls below a given threshold or the complete packet is receiv ed. it is possible that th e packet scoring will fall below the proc_pkt threshold during reception, caus ing the line to be lowered. such an instance can occur when the module hops to a channel late in the transmitter?s extended preamble. since there aren?t a large number of valid bits to score, the line may fall low during the packet start sequence. once this sequence arrives, th e proc_pkt signal will re-raise and latch for the duration of t he packet reception. 3.6.4. command response (cmd_rsp) the cmd_rsp pin is normally high. when the module?s command processor responds to a command, such as a register read, the cmd_rsp pin lowers as the characters are transmitted out of the txd pin. some host processors cannot react quickly enough to this signal, and may not able to separate the command responses from incoming data. in this case, the regcmdhalt register may be of use. this register controls the behavior of the txd line when the cm d pin is low. if this register is set to 0x01 and the cmd pin is low, the module stops the flow of incoming rf data to the txd pin, internally buffering it. once the cmd pin is raised, the buffered incoming rf data resumes transport out the txd pin.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 29 revision 1.1.0 3.6.5. reset (c2ck/rst) the c2ck/rst pin is normally high. it is an open-drain input/output pin with an integrated weak pull-up. because it periodically operates as an output, care must be taken when interfacing to this pin. when operating as an input, it has different functions depending on the state the module is in. 3.6.5.1. hardware reset (input) during normal operation, the pin functions as an active-low hardware reset input. when the module is awake and running, bringing this pin low for at least 15 s forces the module?s processor into hardware reset. while the pin is low, execution of module operations are suspended and all module i/o pins revert to open-drain inputs with weak pull-ups. this behavior can be exploited during power-up if the v dd ramp time exceeds 1ms. by suspending executi on, the dangers associated with slow v dd ramp are nullified. 3.6.5.2. wake from deep sleep (input) when the module is in deep sleep, all execution is suspended in the protocol controller, and the radio is its lowest power mode. to wake the module the module?s c2ck/rst pin must be lowered for at least 15 s. when the c2ck/rst line is raised, execution begins in the protocol controller. the module maintains its state engine while asleep. because of this, it can detect whether the hardware reset was intended to cause a hard reset or wake the module. the protocol controller?s ram is preserved during deep sleep. the ram is checked prior to entering deep sleep, and examined upon waking. if the ram contents are corrupted upon wake, the module will issue itself a software reset to reinitialize the module. 3.6.5.3. hardware reset indicator (output) when the module starts fr om power-off, or is re set by the internal v dd monitor circuitry, the c2ck/rst pin is driven low to indicate the reset state. during power-on reset, assuming v dd ramp time is valid, c2ck/rst is driven low from the time that v dd reaches approximately 1v until v dd reaches v rst + t pordelay . t pordelay is the power-on reset delay imposed by the protocol controller?s hardware. the other event that will drive the c2ck/rst pin low is a low-voltage or brown-out condition. in this case, the v dd monitor will hold the device in reset, thus dr iving the c2ck/rst pin low. it will remain low until the power drops below the operating threshold for that circuit (becoming indeterminate), or until the module power supply returns to v rst . the figure below illustrates the operation of c2ck/rst as an output.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 30 revision 1.1.0 diagram courtesy of silicon laboratories inc. figure 12: wi.232fhss power-on and v dd monitor reset time and pin state parameter min typ max units notes c2ck/rst output low voltage 0.6 v v dd = 2.7 ? 3.6v c2ck/rst input pull-up current 25 40 a c2ck/rst = 0.0v v dd monitor threshold (v rst ) 2.40 2.55 2.70 v minimum c2ck/rst low time to generate a hardware reset 15 s power-on reset delay (t pordelay ) < 300 s vdd ramp time is valid allowed/valid vdd ramp time 1 ms table 10, wi.232fhss reset circuit specifications 3.6.6. receive signal strength indication (rssi) the rssi pin contains an anal og voltage proportion al to the signal strength pr esent on the channel at the time. in normal operation, the module is hopping rapidly from channel to channel looking for valid data. in this case, the rssi value does not provid e much in the way of useful information. however, it can be used to keep a module awake. for instance, if you are preparing to put the module to sleep, you may sample the rssi pin to determine if it is processing a packet. the wi.232fhss-250-r module has an in ternal, digital rssi indication of ambient/immediate and of the last good packet received . additionally, with v1.1.0 and newer, the proc_pkt pin can be used to indicate the state of the packet engine. rssi level is dependent on the power of the signal received at the antenna port and the mode the lna is in. reglnamode controls the mode of the internal lna, and has different values/meanings for the
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 31 revision 1.1.0 wi.232fhss-250-r and wi. 232fhss-25-r. figure 13 and figure 14 bel ow indicate typical traces of rssi voltage versus signal strength. 3.6.7. no connects (nc) these pins are currently unused and should be left unconnected or floating. 0 500 1000 1500 2000 2500 -102 -98 -94 -90 -86 -82 -78 -74 -70 -66 -62 -58 -54 -50 -46 -42 -38 -34 -30 -26 -22 rf in (dbm) rssi out (mv) high sens mid iip3 high iip3 auto gain figure 13: typical analog rssi response (wi.232fhss-250-r)
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 32 revision 1.1.0 0 500 1000 1500 2000 2500 3000 3500 -102 -98 -94 -90 -86 -82 -78 -74 -70 -66 -62 -58 -54 -50 -46 -42 -38 -34 -30 -26 -22 rf in (dbm) rssi out (mv) high sens high iip3 figure 14: typical analog rssi response (wi.232fhss-25-r) 3.7. antenna the module is designed to work with any 50-ohm antenna, including pcb trace antennas. we are often asked to recommend the best antenna to use with our modules. as a rule, either a ? wave whip or ? wave dipole antenna paired with a good, solid ground plane are good choices (radiotronix part numbers ant 915-03a/ant-915-02a for ? wave wh ip, sma and rp-sma, respectively and ant-915- 09a/ant-915-06a for ? wave dipole, sma and rp-sma , respectively). if the application has a small ground plane, the ? wave dipole is a better choice. however, many embedded applications cannot support an externally mounted antenna. if this is the case, a pcb antenna must be used. the designer can either use an off-the-shelf pcb antenna, such as the fractus fr05-s1-r-0-105, or design a trace antenna. note : antenna design is difficult and can severely impai r the module?s performance if done incorrectly. as such, we strongly encourage all of our customers to use off-the-shelf antennas whenever possible. alternatively, radiotronix offers design serv ices and can assist with your pcb layout. 3.8. link budget, transmit power, and range performance a link budget is the best figure of merit for compari ng wireless solutions and determining how they will perform in the field. in general, the solution with the best link budget will deliver the best line-of-s ight range performance. improving the link budget by increasing the receiver sensitivity will result in lower power consumption while improving the link budget by increasing the transmit power will result in more robust performance in the presence of an on-channel interf erer or multi-path interference.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 33 revision 1.1.0 to calculate the link budget for a wireless link, simply add the transmit power, the antenna gains, and the receiver sensitivity: grxa sensrx gtxa ptx lb + ? + = for example, the link budget for a pair of wi.232fhss modules at the minimum data rate and using 2.2dbi ? wave dipole antennas would be: (25mw): +13dbm + 2.2db ? (-105dbm) + 2.2db: 122.4db (250mw): +23.5dbm + 2.2db ? (-1 05dbm) + 2.2db: 132.9db a link budget of 122.4 db should easily yield a range of 1/2 mile or more outdoors. if the environment is open and the antennas are 8 to 10 feet off of the gr ound, the range could be more than a mile. indoors, this link budget should yield a range of several hundred feet. packet testing of the 250mw module at full power has yielded results in excess of 3 miles at maximum data rate. the balance of receive sensitivity and transmit power a llows good performance indoors in the presence of multi-path while keeping the overall operating current low this makes these modules suitable for primary battery powered applications such as rfid and automated meter reading.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 34 revision 1.1.0 4. module configuration the wi.232fhss modules will wo rk right ?out of the box? without any c onfiguration. however, a great many configuration registers are exposed to allo w for the custom-tailoring of the wireless link. these registers are classified as four different types: non-volatile r/ w, non-volatile r/o, volatile r/w, and volatile r/o. duri ng the power-on/reset sequence, the non-volatile read/write registers are copied into the volatile read/write registers. this allows the integrator to determine a default configuration for the wirele ss link that can be preset at the factory, requiring no intervention by the host processor. during operation, ch anges to the volatile read/write registers have an immediate effect on the wi.232fhss parameters. non-volatile read-only registers provide a way for the host application to retrieve information about the module hardware, firmware, and hard-coded configuration parameters such as the myguid address. 4.1. register descriptions 4.1.1. crc error count (regcrcerrcount) regcrcerrcount (0x40) r/w r/w r/w r/w r/w r/w r/w r/w b7 b6 b5 b4 b3 b2 b1 b0 7 6 5 4 3 2 1 0 the value in this register is augmented each time a packet is received that fa ils crc check. writing 0x00 to this register will initialize the count. 4.1.2. channel hop table (reghoptable) regnvhoptable (0x00) reghoptable (0x4b) r/w r/w r/w r/w r/w r/w r/w r/w res d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default hop sequence: 0 the wi.232fhss supports 6 different hop sequences with minimal correlation. changing the hop sequence changes the physical band utilization, much the same way that a channel does in a static transmitter. valid values are 0-5. chapter 4
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 35 revision 1.1.0 4.1.3. power mode (regpwrmode) regnvpwrmode (0x02) regpwrmode (0x4d) r/w r/w r/w r/w r/w r/w r/w r/w na na na na na na pm1 pm0 7 6 5 4 3 2 1 0 default power mode: high power the following table shows the available power setting s and typical power outputs for the wi.232fhss-25-r and wi.232fhss-250-r: pm1 pm0 wi.232fhss-250-r wi.232fhss-25-r 0 0 low (+8 dbm) low (-2 dbm) 0 1 mid - low (+13 dbm) mid - low (+3 dbm) 1 0 mid - high (+18 dbm) mid - high (+8 dbm) 1 1 high (+23.5 dbm) high (+13 dbm) table 11, power mode register settings wi.232fhss-25-r modules transmitting at high power in close proximity of one another may cause an increase in data loss. the wi.232fhss-250-r incorpor ates on-board agc circuitry to mitigate this effect. 4.1.4. uart data rate (reguartdatarate) regnvuartdatarate (0x03) reguartdatarate (0x4e) r/w r/w r/w r/w r/w r/w r/w r/w res res res res res br2 br1 br0 7 6 5 4 3 2 1 0 default uart data rate: 2400 baud changing the value in regnvuartdatarate will change the default data rate at power-on or following a reset (wake from deep sleep is not considered a reset). changing reguartdatarate will change the current data rate immediately following the command acknowledgment. valid settings are: baud rate br2 br1 br0 2400 0 0 0 9600 0 0 1 19200 0 1 0 38400 0 1 1 57600 1 0 0 115200 1 0 1 10400 1 1 0 31250 1 1 1 table 12, data rate register settings
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 36 revision 1.1.0 troubleshooting hint : baud rate problems. if you lose track of the baud rate setting of the module, it will be impossible to program the module. you can either try every possible baud rate to discover the setting, or force a power-on reset with cmd held low to set the baud rate to its default: 2.4kbit/second. 4.1.5. network mode (regnetworkmode) regnvnetmode (0x04) regnetmode (0x4f) r/w r/w r/w r/w r/w r/w r/w r/w n/a n/a n/a ra0 ep0 nm2 nm1 nm0 7 6 5 4 3 2 1 0 default network mode: mac mode the module supports three distinct networking modes, mac, user, and extended user, configured through bits nm0 ? nm2. for each of these m odes, assured delivery (ack nowledgement) can be either enabled or disabled. for more information, see addressing modes section of this manual. valid settings are listed in the table below. wi.232fhss-250-r version 1.1.0 and greater firmware support an additional flag, ep0 (force extended preamble). this flag forces the module to send an extended preamble on every rf transmission. an extended preamble is of a length that allows m odules that have just awakened or have not yet synchronized to find and temporarily synchronize with the transmitting module. this can be useful in systems that require the endpoints to spend most of their time sleeping. endpoints can awaken, receive an application-defined message from the master transmi tter, and go back to sleep. this message could contain scheduling information as to when to wake agai n for a full bi-directional communications session. it is important to note that extended preamble rf pack ets are not necessarily rf synchronizing packets. upon completing the reception of an extended preamble rf packet that is not a synchronizer, the receiving module will lose its temporary synchroniza tion and begin looking for another extended preamble/synchronizer on another channel. network mode meaning 0x04 mac address mode 0x05 reserved 0x06 user address mode 0x07 user extended address mode 0x14 mac address mode with acknowledgement 0x15 reserved 0x16 mac address mode with acknowledgement 0x17 user extended address mode with acknowledgement table 13, network mode register settings all other network modes are reserved and may cause undesired operation. troubleshooting hint : if you are unable to communicate with another module, it is most likely one of following problems. first, check to make sure t hat you are using the same data rate. modules programmed to different data rates will not communicate nor share the rf channel with one another. second, ensure that your network mode and addressing is configured to properly access the module of interest. also, ensure that you are addressing a sp ecific module when using acknowledgment. failure to do so will cause large delays and loss of data.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 37 revision 1.1.0 4.1.6. transmit wait timeout (regtxto) regnvtxto (0x05) regtxto (0x50) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default transmit wait timeout: 16 (15-16ms) when a byte is received by the uart, the module w ill reset the uart tx timeout millisecond timer to regtxto underline and blue. . if the timer expires before another by te is received by the uart, the data is queued for transmission. normally, this value should be set to a value greater than one byte time at the current uart data rate (rounding up) with a minimum of 0x02. regtxto should never be set to a value of 0x01 or any value less than one byte time; unpredictable re sults will occur. if the timeout value is set to 0x00, the transmit wait timeout will be disabled, and a minimum of reguartmtu bytes will be required for transmission. this register works in conjunction with the reguartmtu register to determine when the module sends a packet. a pseudo-code logical arrangement is: if (uart_incoming_buffer_size >= reguartmtu) or (uart_last_char_received_timer > regtxto) then sendpacket() wi.232fhss-25-r / wi .232fhss-250-r baud rate minimum txto 2400 6ms 9600 3ms 19200 2ms 38400 2ms 57600 2ms 115200 2ms table 14, minimum txto values 4.1.7. maximum transmit retries (regmaxtxretry) regnvmaxtxretry (0x07) regmaxtxretry (0x52) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default maximum transmit retries: 26 sets the number of transmission tries if an acknowledg ement is not received. if an acknowledgement is not received, ex_norfack is raised.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 38 revision 1.1.0 wi.232fhss-25-r / wi .232fhss-250-r baud rate ex_norfack timeout 2400 170ms 9600 75ms 19200 45ms 38400 30ms 57600 30ms 115200 30ms table 15, per-baud rate ack timeout values. 4.1.8. crc checking (regusecrc) regnvusecrc (0x08) regusecrc (0x53) r/w r/w r/w r/w r/w r/w r/w r/w b7 b6 b5 b4 b3 b2 b1 b0 7 6 5 4 3 2 1 0 default crc checking: enabled (0x01) set to 0x01 to enable receiver crc-16 validation, or 0x00 to disable. if this register is enabled (0x01), an invalid packet will not be sent to the uart interface for transmission; it will be discarded. the default crc mode setting is enabled. 4.1.9. uart minimum transmission unit (reguartmtu) regnvuartmtu (0x09) reguartmtu (0x54) r/w r/w r/w r/w r/w r/w r/w r/w b7 b6 b5 b4 b3 b2 b1 b0 7 6 5 4 3 2 1 0 default uart minimum transmission unit: 64 this register determines the uart buffer level that w ill trigger the transmission of a packet. this register works in conjunction with the regtxto register to determine when the module sends a packet. a pseudo- code logical arrangement is: if (uart_incoming_buffer_size >= reguartmtu) or (uart_last_char_received_timer > regtxto) then sendpacket() the minimum value is 1 and the maximum value is 192. the default value for this register is 64, which provides a good mix of throughput and latency. at maximum data rate, a value of 128 will optimize throughput. this register does not guarantee a particul ar transmission unit size; rather, it specifies the minimum desired size. if there is not enough time left in a hop, for instance, the packet engine will send as many characters as it can to fill the current hop, and send the remaining characters in the next hop.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 39 revision 1.1.0 4.1.10. verbose mode (regshowver) regnvshowver (0x0a) regshowver (0x55) r/w r/w r/w r/w r/w r/w r/w r/w b7 b6 b5 b4 b3 b2 b1 b0 7 6 5 4 3 2 1 0 default verbose mode: enabled (0x01) setting this register to 0x00 will supp ress the start-up message, including fi rmware version, which is sent to the uart when the module is reset. a value of 0x01 will cause the message to be displayed after reset. by default, the module start-up message will be displa yed. the non-volatile counterpart, regshowver, has no function. verbose mode meaning 0x00 startup message will not be displayed upon reset or power-up 0x01 startup message will be displayed upon reset or power-up. this is a blocking call, and any incoming uart data will be lost during the transmission of this message through the txd pin. all uart commands must be sent after this message has completed. 0x02 startup message will be displayed upon reset or power-up. this is a non-blocking call. any incoming uart data will be buffered, and incoming uart commands will be processed. if a change of baud rate is commanded while the startup message is being output, the current byte will finish at the current baud rate, and subsequent bytes will be transmitted at the new baud rate. * available in 250-r firmware 1.1.0 and newer only. table 16, verbose mode settings 4.1.11. csma enable (regcsmamode) regnvcsmamode (0x0b) regcsmamode (0x56) r/w r/w r/w r/w r/w r/w r/w r/w b7 b6 b5 b4 b3 b2 b1 b0 7 6 5 4 3 2 1 0 default csma enable: enabled (0x01) carrier-sense multiple access (csma) is a best-effort delivery system that listens to the channel before transmitting a message. if another wi.232 module is already transmitting when a message is queued, the module will wait before sending its payload. this helps to eliminate rf message corruption at the expense of additional latency. setting this register to 0x01 will enable csma. setting this register to 0x00 will disable csma. by default, csma is enabled.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 40 revision 1.1.0 4.1.12. operating mode (regopmode) regnvopmode (0x0d) regopmode (0x58) r/w r/w r/w r/w r/w r/w r/w r/w b7 b6 b5 b4 b3 b2 b1 b0 7 6 5 4 3 2 1 0 default operating mode: awake (0x00) changing this register will place the register in t he operating modes indicated in the table below. if the module remains properly powered, and is awakene d from sleep, standby, or deep sleep properly, the volatile registers retain their values when awakened. awake mode is the normal operating mode. this is the only mode in which the rf circuitry is able to receive and transmit rf messages. sleep and standby are modes intended for legacy wi. 232dts? developers. because the wi.232fhss- 25/250-r modules do not include the hardware to properly implement these two modes, current consumption is much higher than in the wi.233dts?. for this reason, use of these two modes is not recommended for new development. standby leaves the rf oscillator circuit operating for faster wakeup, whereas sleep does not. in order to wake the module from these two modes, send one byte of 0x0f to the module?s rxd pin (cmd left high) at the current baud rate. if regackonwake is enabled (default), the module will transmit a 0x06 byte through the txd pi n when the module is awake and ready to accept data or commands. deep sleep mode disables all circuitry on-board the modul e. this is the lowest-power mode available for the module. when in deep sleep, the cts pin is br ought low, and both rf and microcontroller oscillators are stopped. in order to wake the module, a negat ive-going pulse on the c2ck/rst pin of at least 15 s is required. the module will begin the wake process once the c2ck/rst pin is returned high. if this line experiences digital noise or glitching, it can caus e multiple triggers (wake from sleep, hardware reset, hardware reset, etc.). multiple triggers can cause the re loading of volatile registers with their non-volatile values. if your circuit introduces noise onto this pin, it should be filtered or bypassed with a capacitor to ground or an rc filter. if the volatile registers have been corrupted during sleep/standby/deep sleep, a software reset is forced and the module will reboot. possible causes of this are power surges or brownout. the module will display the startup message (if not disabled in r egnvshowver ), and send a 0x06 byte out the uart txd pin (if not disabled in regnvackonwake ) when the module is ready to accept commands and data. operating mode b1 b0 awake 0 0 sleep 0 1 standby 1 0 deep sleep 1 1 table 17, operating mode register settings
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 41 revision 1.1.0 4.1.13. uart acknowledge on wake (regackonwake) regnvackonwake (0x0e) regackonwake (0x59) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default uart acknowledge on wake: enabled (0x01) when uart acknowledge on wake is enabled, the module will send an ack (0x06) character out of the uart txd pin after the module wakes. this indi cates that the module is ready to accept data and command traffic. a value of 0x01 enables this featur e. setting the register to 0x00 disables it. 4.1.14. user destination id[3] (reguserdestid[3]) regnvuserdestid[3] (0x0f) reguserdestid[3] (0x5a) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user destination id[3]: 0xff this is the most significant byte (byte 3) of t he 32-bit user extended destination address. when extended user addressing is enabled, this register is used in conjunction with user destination address[2-0] registers to direct a transmitted packet to the proper endpoint(s). for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.15. user destination id[2] (reguserdestid[2]) regnvuserdestid[2] (0x10) reguserdestid[2] (0x5b) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user destination id[2]: 0xff this is byte 2 of the 32-bit user extended destina tion address. when extended user addressing is enabled, this register is used in conjunction with user dest ination id[3] and user destination id[1-0] registers to direct a transmitted packet to the proper endpoint(s). for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.16. user destination id[1] (reguserdestid[1]) regnvuserdestid[1] (0x11) reguserdestid[1] (0x5c) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 42 revision 1.1.0 default user destination id[1]: 0xff when user-extended addressing is selected, this is byte 1 of the 32-bit user-e xtended destination address; when user addressing is selected, it is the most signi ficant byte of the user destination address. when extended-user addressing is selected, this register is used in conjunction with user destination id[3-2] and user destination id[0] registers to direct a transmi tted packet to the proper endpoint(s). when user addressing is selected, this register is used in conjunct ion with the user destination id[0] register to direct a transmitted packet to the proper endpoint(s). for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.17. user destination id[0] (reguserdestid[0]) regnvuserdestid[0] (0x12) reguserdestid[0] (0x5d) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user destination id[0]: 0xff when user-extended addressing is selected, this is th e least significant byte of the 32-bit extended-user destination address; when user addressing is selected, it is the least significant byte of the user destination address. when user-extended addressing is selected, th is register is used in conjunction with user destination address[3-1] r egisters to direct a transmitted packet to the proper endpoint(s). when user addressing is selected, this register is used in conjunct ion with the user destinati on address[1] register to direct a transmitted packet to the proper endpoint(s). for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.18. user source id[3] (regusersrcid[3]) regnvusersrcid[3] (0x13) regusersrcid[3] (0x5e) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user source id[3]: 0xff when user-extended addressing is selected, this register holds the most si gnificant byte (byte 3) of the 32- bit user-extended source address. when extended user addressing is invoked, this register is used in conjunction with user source addre ss[2-0] registers to make up the module?s 32-bit user-extended source address. for more information on the operatio n of addressing modes, please refer to the addressing modes section of this document.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 43 revision 1.1.0 4.1.19. user source id[2] (regusersrcid[2]) regnvusersrcid[2] (0x14) regusersrcid[2] (0x5f) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user source id[2]: 0xff when user-extended addressing is select ed, this register holds byte 2 of the 32-bit user-extended source address. when extended user addressing is invoked, this register is used in conjunction with user source address [3] and user source address [1-0] registers to make up the module?s 32-bit extended-user source address. for more information on the operatio n of addressing modes, please refer to the addressing modes section of this document. 4.1.20. user source id[1] (regusersrcid[1]) regnvusersrcid[1] (0x15) regusersrcid[1] (0x60) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user source id[1]: 0xff when user-extended addressing is select ed, this register holds byte 1 of the 32-bit extended-user source address; when user addressing is selected, this register holds the most significant byte of the 16-bit user source address. when extended-user addressing is selected , this register is used in conjunction with user source address[3-2] and user source address[0] r egisters to make up the module?s 32-bit user-extended source address. when user addressing is selected, th is register is used in conjunction with the user source address[0] register to make up the module?s 16-b it user source address. for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.21. user source id[0] (regusersrcid[0]) regnvusersrcid[0] (0x16) regusersrcid[0] (0x61) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user source id[0]: 0xff when extended-user addressing is sele cted, this register holds the least significant byte (byte 0) of the 32- bit user-extended source address; when user addressing is selected, this register holds the least significant byte of the 16-bit user address. when extended-user addressing is sele cted, this register is used in conjunction with user source addre ss[3-1] registers to make up the module?s 32-bit user-extended source address. when user addressing is se lected, this register is used in conjunction with the user source address[1] register to make up the module?s 16-bit user source address. for more information on the operation of addressing modes, please refer to the addressing modes section of this document.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 44 revision 1.1.0 4.1.22. user id mask[3] (reguseridmask[3]) regnvuseridmask[3] (0x17) reguseridmask[3] (0x62) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user id mask[3]: 0xff this register holds the most significant byte of the 32-bit extended-user address mask. when extended user addressing is invoked, this regi ster is used in conjunction with user id mask[2-0] registers to make up the module?s 32-bit extended-user address mask. fo r more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.23. user id mask[2] (reguseridmask[2]) regnvuseridmask[2] (0x18) reguseridmask[2] (0x63) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user id mask[2]: 0xff this register holds byte 2 of the 32-bit extended-us er address mask. when extended user addressing is invoked, this register is used in conjunction with us er id mask[3] and user id ma sk[1-0] registers to make up the module?s 32-bit extended-user address mask. for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.24. user id mask[1] (reguseridmask[1]) regnvuseridmask[1] (0x19) reguseridmask[1] (0x64) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user id mask[1]: 0xff when extended-user addressing is invoked, this regi ster holds byte 1 of the 32-bit extended-user address mask and is used in conjunction with user id mask[3 -2] and user id mask[0] to form the complete address mask; when user addressing is invok ed, this register holds the most significant byte of the 16-bit user address mask and is used in conjunction with the user id mask[0] register to form the complete address mask. for more information on the operation of addressing modes, please refer to the addressing modes section of this document.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 45 revision 1.1.0 4.1.25. user id mask[0] (reguseridmask[0]) regnvuseridmask[0] (0x1a) reguseridmask[0] (0x65) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default user id mask[0]: 0xff when extended-user addressing is invoked, this register holds the least significant byte of the 32-bit user- extended address mask and is used in conjunction with user id mask[3-1] to form the complete address mask; when user addressing is invok ed, this register holds the least significant byte of the 16-bit user address mask and is used in conjunction with the user id mask[1] register to form the complete address mask. for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.26. destination guid[3] (regdestguid[3]) regnvdestguid[3] (0x1d) regdestguid[3] (0x68) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default destination guid[3]: 0xff when mac addressing is invoked, this register holds the most significant byte of the 32-bit destination guid. this register is used in conjunction with destination guid[2-0] registers to make up the module?s 32-bit destination guid. for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.27. destination guid[2] (regdestguid[2]) regnvdestguid[2] (0x1e) regdestguid[2] (0x69) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default destination guid[2]: 0xff when mac addressing is invoked, this register holds byte 2 of the 32-bit destination guid. this register is used in conjunction with destination guid[3] and dest ination guid[1-0] registers to make up the module?s 32-bit destination guid. for more information on the operation of addressing modes, please refer to the addressing modes section of this document.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 46 revision 1.1.0 4.1.28. destination guid[1] (regdestguid[1]) regnvdestguid[1] (0x1f) regdestguid[1] (0x6a) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default destination guid[1]: 0xff when mac addressing is invoked, this register holds byte 1 of the 32-bit destination guid. this register is used in conjunction with destination guid[3-2] and de stination guid[1] registers to make up the module?s 32-bit destination guid. for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.29. destination guid[0] (regdestguid[0]) regnvdestguid[0] (0x20) regdestguid[0] (0x6b) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default destination guid[0]: 0xff when mac addressing is invoked, this register holds the least significant byte of the 32-bit destination guid. this register is used in conjunction with destination guid[3-1] registers to make up the module?s 32-bit destination guid. for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.30. exception mask (regexceptionmask) regnvexceptionmask (0x21) regexceptionmask (0x6c) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default exception mask: 0xff the module has a built-in exception engine that can notify the host processor of an unexpected event. when an exception occurs, this register is anded wi th the exception code. a non-zero result causes an assertion of the ex pin. reading the regexception register will clear the exception and return the ex pin to low. if the result is zero, the ex pin is not asserted, but the excepti on code is stored in the regexception register.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 47 revision 1.1.0 4.1.31. cmd halts traffic (regcmdhalt) regnvcmdhalt (0x23) regcmdhalt (0x6e) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default cmd halt setting: disabled (0x00) when configuring the module?s register settings, it is possible that incoming rf transmissions can intermix with the command interpreter?s response, making it difficult to determine if your commands were successfully processed. changing this register setti ng to 0x01 will cause the module to store incoming rf traffic (up to rf buffer overflow) while the cmd line is low. when the cmd pin is returned high, the rf engine will send all buffered data to the uart. this feature is present in a ll wi.232fhss-250-r modules and wi.232fhss-25(-r) modules with firmware version 1.0.4 or newer. 4.1.32. receiver lna mode (reglnamode) regnvlnamode (0x24) reglnamode (0x6f) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default receiver lna mode: high sensitivity (wi.232fhss-25), agc enabled (wi.232fhss-250-r) by default, the wi.232fhss-25 module is configured fo r maximum receiver sensitivity. similarly, the wi.232fhss-250-r is factory-configured to use its inte rnal automatic gain control (agc) circuit to manage receiver sensitivity. reducing the gain increases the linearity of the receiver, but reduces maximum sensitivity; increasing the gain does the opposite. g enerally speaking, higher linearity (increased third order input intercept point, iip3) w ill give improved performance in high-interference environments; high gain yields better performance in low-interference environments. the wi.232fhss-250-r contains an agc circuit that manages these settings automatically, and it should be used whenever possible. when reading the digital rssi registers ( regimmedrssi , reglgprssi ), the internal calculation automatically compensates for the current lna gain setting. however, when attempting to make analog rssi measurements, fixing the lna gain will produce more meaningful results. the following table summarizes the lna settings for each of the modules. lna mode wi.232fhss-25-r wi.232fhss-250-r meaning iip3 increase sensitivity decrease meaning iip3 increase sensitivity decrease 0x00 high sensitivity reference reference agc enabled variable variable 0x01 high linearity 15 db 10 db high sensitivity reference reference 0x02 invalid n/a n/a mid linearity 19.1 db 6.5 db 0x03 invalid n/a n/a high linearity 41.8 db 9.5 db table 18, lna mode settings
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 48 revision 1.1.0 4.1.33. compatibility mode (regcompatmode) regnvcompatmode (0x25) regcompatmode (0x70) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default compatibility mode: disabled (0x00) the wi.232fhss-250-r operates at a much narrower receive bandwidth (200khz) than the wi.232fhss- 25 (600khz). when the wi.232fhss-25 transmits, it dev iates well outside the receiver bandwidth of the wi.232fhss-250-r. to address this problem, v1.0.5 and later wi.232fhss-25 firmware and all wi.232fhss-250-rs support a compatibility mode. this allows both modules to communicate effectively with each other. when enabled (0x01), compatibility mode reduces the maximum rf data rate to 76.8kbps, reduces the wi.232fhss-25?s deviation to 80khz, and reduces th e wi.232fhss-25?s receivin g bandwidth to 200khz. all uart baud rates are supported, although the rf data rates associated with baud rates 31250, 38400, 57600, and 115200 will be diminished. 4.1.34. auto address mode (regautaddmode) regnvautaddmode (0x26) regautaddmode (0x71) r/w r/w r/w r/w r/w r/w r/w r/w d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default auto address mode: disabled (0x00) when this register is enabled, the wi.232fhss-250-r module reads the source address from an incoming packet and auto-populates this information into the re spective destination address register. this ensures that a subsequent transmission is sent only to the re levant module, in a point-to-point configuration. the upper 4 bits of the volatile register contains t he last-received packet type. the values of these four bits are the same as the mode settings below. for instance, set regautaddmode to 0x0f (any auto address), and then receive a mac packet from another module. when you read back the regautaddmode register, the register value will be 0x 4f. the lower 4-bits indicate the setting of the register (0xf, any auto address), and the upper 4 bits indicate the type of packet that was received (0x4, mac address). the table below summarizes the allowed values for the lower 4-bits of the register. the lower 4-bits contain the value that controls the operation of this feature. the upper 4-bits are not read by the module and are only written upon a succ essful packet reception:
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 49 revision 1.1.0 auto address mode meaning action 0x00 auto address mode disabled destination registers not populated 0x04 mac auto address mode auto-populates mac address destination register only 0x06 user auto address mode auto-populates user address destination register 0x07 extended user auto address mode auto-populates user address destination register 0x0f any auto address mode auto-populates mac address destination register 0x01-0x03, 0x05, 0x08- 0x0e undefined undefined tables 19, autoaddress register settings 4.1.35. my guid[3] (regmyguid[3]) regmyguid[3] (0x34) r r r r r r r r d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default my guid[3]: 0xff this is the most significant byte of the 32-bit factory-programmed, read-only mac/guid address. the complete myguid address is unique amongst wi.232 modules. the myguid[3-0] unique address is used by all packet types as a unique origination address. this register is used in conjunction with my guid[2-0] registers to make up the module?s 32-bit source guid. for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.36. my guid[2] (regmyguid[2]) regmyguid[2] (0x35) r r r r r r r r d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default my guid[2]: 0xff this is byte 2 of the 32-bit factory-programmed, read-only mac/guid address. the complete myguid address is unique amongst wi.232 modules. the mygu id[3-0] unique address is used by all packet types as a unique origination address. this register is us ed in conjunction with my guid[3] and my guid[1-0] registers to make up the module?s 32-bit source guid. for more information on the operation of addressing modes, please refer to the addressing modes section of this document.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 50 revision 1.1.0 4.1.37. my guid[1] (regmyguid[1]) regmyguid[1] (0x36) r r r r r r r r d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default my guid[1]: 0xff this is byte 2 of the 32-bit factory-programmed, read-only mac/guid address. the complete myguid address is unique amongst wi.232 modules. the mygu id[3-0] unique address is used by all packet types as a unique origination address. this register is us ed in conjunction with my guid[3-2] and my guid[0] registers to make up the module?s 32-bit source guid. for more information on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.38. my guid[0] (regmyguid[0]) regmyguid[0] (0x37) r r r r r r r r d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 default my guid[0]: 0xff this is byte 2 of the 32-bit factory-programmed, read-only mac/guid address. the complete myguid address is unique amongst wi.232 modules. the mygu id[3-0] unique address is used by all packet types as a unique origination address. this register is used in conjunction with my guid[3-1] registers to make up the module?s 32-bit source guid. for more info rmation on the operation of addressing modes, please refer to the addressing modes section of this document. 4.1.39. release number (regreleasenum) regreleasenum (0x78) r r r r r r r r d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 this register contains a hard-coded release number corresponding to a firmware version and hardware platform. the following table lis ts current releases to date: wi.232fhss-25-r wi.232fhss-250-r release number version number release number version number 0x08 1.0.0 0x0d 1.0.5 0x0a 1.0.2 0x10 1.0.5a 0x0c 1.0.4 0x11 1.1.0 0x0e 1.0.4a 0x14 1.1.0 (brazil) 0x0f 1.0.5 tables 20 and 21, release number register settings
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 51 revision 1.1.0 4.1.40. exception (regexception) regexception (0x79) r r r r r r r r d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 the module has a built-in exception engine that can notify the host processor of an unexpected event. when an exception occurs, the exception code is stored in this register. reading from this register clears the exception and, if applicable, returns the ex pin to low. if an exception occurs before the previous exception code is read, the previous value is overwri tten. the following table lists the exception codes and their values. exception code exception name description 0x08 ex_bufovfl internal uart buffers overflowed 0x09 ex_rfovl internal rf packet buffer overflowed 0x13 ex_writeregfailed attempted write to register failed 0x20 ex_noack acknowledgment packet not received after maximum number of retries 0x40 ex_badcrc bad crc detected on incoming packet 0x42 ex_badheader bad crc detected in packet header 0x43 ex_badseqid sequence id was incorrect in ack packet 0x44 ex_badframetype unsupported frame type specified table 22, exception codes 4.1.41. last good packet rssi (reglgprssi) reglgprssi (0x7b) r r r r r r r r d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 this register holds the receive strength indication, in dbm, of the last succe ssful packet reception. a successful packet reception is one t hat causes payload data to be delivered to the uart interface. each time a new packet is successfully proc essed, the value in this register is overwritten. the register value is an 8-bit signed integer representing the rssi in dbm. it is accurate to +/-3db and has +/-2db linearity. the values returned take into account the lna gain. 4.1.42. immediate rssi (regimmedrssi) regimmedrssi (0x7c) r r r r r r r r d7 d6 d5 d4 d3 d2 d1 d0 7 6 5 4 3 2 1 0 this register returns the current re ceive signal strength indication, in db m. when the register is accessed, the rf interface is queried at that time. the register value is an 8-bit signed integer representing the rssi
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 52 revision 1.1.0 in dbm. it is accurate to +/-3db and has +/-2db linearit y. the values returned take into account the lna gain.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 53 revision 1.1.0 4.2. register summary 4.2.1. volatile read/ write registers volatile read/ write registers name address description regcrcerrcount 0x40 crc error count value reghoptable 0x4b hop table regpwrmode 0x4d power amplifier setting reguartdatarate 0x4e uart data rate regnetworkmode 0x4f sets addressing mode regtxto 0x50 uart to transmitter timeout regmaxtxretry 0x52 maximum times to re try packet transmission regusecrc 0x53 enable/disable crc checking reguartmtu 0x54 minimum transmission unit regshowversion 0x55 non-functional ? use regnvshowversion regcsmamode 0x56 enable/disable csma regopmode 0x58 sets operating mode regackonwake 0x59 enable/disable ack sent to uart upon wake from reguserdestid[3] 0x5a destination address for user packet type, extended reguserdestid[2] 0x5b destination address for user packet type, extended reguserdestid[1] 0x5c destination address for user packet type reguserdestid[0 ] 0x5d destination address for user packet type regusersrcid[3 ] 0x5e source address for user packet type, extended regusersrcid[2] 0x5f source address for user packet type, extended regusersrcid[1 ] 0x60 source address for user packet type regusersrcid[0 ] 0x61 source address for user packet type reguseridmask[3] 0x62 address mask for user packet type, extended reguseridmask[2] 0x63 address mask for user packet type, extended reguseridmask[1] 0x64 address mask for user packet type reguseridmask[0] 0x65 address mask for user packet type regdestguid[3] 0x68 sets mac address destination regdestguid[2] 0x69 sets mac address destination regdestguid[1] 0x6a sets mac address destination regdestguid[0] 0x6b sets mac address destination regexceptionmask 0x6c exception and mask used to activate exception pin regcmdhalt * 0x6e halt rf traffic when cmd pin is low reglnamode * 0x6f receiver lna gain/linearity setting regcompatmode ** 0x70 compatibility mode for 25(-r) / 250-r intercommunication regautaddmode ** 0x71 sets auto-address mode * supported in 25(-r) module f/w v1.0.4 and 250-r f/w v1.0.5 and newer ** supported in 250(-r) module f/w v1.0.5 and newer table 23, volatile read/ write register summary
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 54 revision 1.1.0 4.2.2. volatile read-only registers volatile read-only registers name address description regexception 0x79 stores latest exception code reglgprssi ** 0x7b last good packet rssi value regimmedrssi ** 0x7c current rssi value ** supported in 250(-r) module f/w v1.0.5 and newer table 24, volatile read-only register summary 4.2.3. non-volatile read-only registers non-volatile read-only registers name address description regmyguid[3] 0x34 factory programmed guid used in mac addressing mode regmyguid[2] 0x35 factory programmed guid used in mac addressing mode regmyguid[1] 0x36 factory programmed guid used in mac addressing mode regmyguid[0] 0x37 factory programmed guid used in mac addressing mode regcustid[1] 0x39 factory programmed customer id, default 0xff. regcustid[0] 0x3a factory programmed customer id, default 0xff. regreleasenum 0x78 holds release number indicating h/w and f/w table 25, non-volatile read-only register summary
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 55 revision 1.1.0 4.2.4. non-volatile read/ write registers non-volatile read/ write registers name address description factory default regnvhoptable 0x00 hop table 0 regnvpwrmode 0x02 power amplifier setting 3 (high power) regnvuartdatarate 0x03 uart data rate 0 (2400) regnvnetworkmode 0x04 sets addressing mode 4 (mac/guid) regnvtxto 0x05 uart to transmitter timeout 16 (15-16ms) regnvmaxtxretry 0x07 maximum times to re try packet transmission 26 regnvusecrc 0x08 enable/disable crc checking 1 (enabled) regnvuartmtu 0x09 minimum transmission unit 64 (64 bytes) regnvshowversion 0x0a enable/disable startup message 1 (enabled) regnvcsmamode 0x0b enable/disable csma 1 (enabled) regnvopmode 0x0d sets operating mode 0 (awake) regnvackonwake 0x0e enable/disable ack sent to uart upon wake from 1 (enabled) regnvuserdestid[3] 0x0f destination address for user packet type, extended 0xff regnvuserdestid[2] 0x10 destination address for user packet type, extended 0xff regnvuserdestid[1] 0x11 destination address for user packet type 0xff regnvuserdestid[0] 0x12 destination address for user packet type 0xff regnvusersrcid[3 ] 0x13 source address for user packet type, extended 0xff regnvusersrcid[2 ] 0x14 source address for user packet type, extended 0xff regnvusersrcid[1] 0x15 source address for user packet type 0xff regnvusersrcid[0] 0x16 source address for user packet type 0xff regnvuseridmask[3] 0x17 address mask for user packet type, extended 0xff regnvuseridmask[2] 0x18 address mask for user packet type, extended 0xff regnvuseridmask[1] 0x19 address mask for user packet type 0xff regnvuseridmask[0] 0x1a address mask for user packet type 0xff regnvdestguid[3] 0x1d sets mac address destination 0xff regnvdestguid[2] 0x1e sets mac address destination 0xff regnvdestguid[1] 0x1f sets mac address destination 0xff regnvdestguid[0] 0x20 sets mac address destination 0xff regnvexceptionmask 0x21 used to mask exception for ex pin. 0xff (all) regcmdhalt * 0x23 halt rf traffic when cmd pin is low 0 (disabled) reglnamode * 0x24 receiver lna gain/linearity setting 0 (high gain[25] / auto[250]) regcompatmode ** 0x25 compatibility mode for 25(-r) / 250-r intercommunication 0 (disabled) regautaddmode ** 0x26 auto-address mode 0 (disabled) * supported in 25(-r) module f/w v1.0.4 and 250-r f/w v1.0.5 and newer ** supported in 250(-r) module f/w v1.0.5 and newer table 26, non-volatile read/ write register summary
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 56 revision 1.1.0 5. using configuration registers 5.1. cmd pin the cmd pin is used to inform the module where incoming uart information should be routed. when the cmd pin is high or left floating, all incoming uart in formation is treated as payload data and transferred over the wireless interface. if the cmd pin is low, the incoming uart data is routed to the command parser for processing. since the mo dule?s processor looks at uart dat a one byte at a time, the cmd line must be held low for the entire duration of the command plus a 20 s margin for processing. leaving the cmd pin low for additional time (for example, until the ack byte is received by your application) will not adversely affect the module. if rf packets are received while the cmd line is active, they are still processed and presented to the module?s uart for transmission. the cmd pin is also used during the module startup process to determine whether or not to reload the non-volatile registers with factory defaults. the module startup or boot pr ocess is executed when the module is powered on from a power off state, or is issued a software or hardware reset. when the module goes through this boot proces s, it checks the state of the cmd pin. if it is low, the module will clear the non-volatile registers and re-populate them with factor y default values. possible reset sources that could cause the module to reboot are power supply brown-out, power supp ly instability, noise present on c2ck/rst pin, noise/voltage spikes on digital i/o pins, issuing a reset command through the command interface, and toggling the c2ck/rst pin when not in deep sleep. figure 15: command and cmd pin timing 5.2. cmd_rsp pin the cmd_rsp pin can be used to determine whether the outbound uart traffic is actual data or a response from the command interpreter. this pin is normally high. when the module responds to a serial command, such as a register read or write, the pin is pulled low for the duration of the outbound command response. monitoring of this pin is optional. it should be tied to a cmos input or left floating. 5.3. command formatting the wi.232fhss module contains several volatile and non- volatile registers that control its configuration and operation. the volatile registers all have a non-vol atile mirror register that is used to determine the chapter 5
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 57 revision 1.1.0 default configuration when power is applied to the module . during normal operation, the volatile registers are used to control the module. placing the module in the command mode allows thes e registers to be programmed. byte values in excess of 127 (0x80 or great er) must be changed into a two-byte escape sequence of the format: 0xfe, [value - 128]. for example, the val ue 0x83 becomes 0xfe , 0x03. the following function will prefix a 0xff header and size specifier to a command sequence and create escape sequences as needed. it is assumed that *src is populated with either the register numbe r to read (one byte, pass 1 into src_len) or the register number and value to write (two bytes, pa ss 2 into src_len). it is also assumed that the *dest buffer has enough space for the two header characters plus, the encoded command, and the null terminator. int escapestring(char *src, char src_len, char *dest) { // the following function copies and encodes the first // src_len characters from *src into *dest. this // encoding is necessary for wi.232 command formats. // the resulting string is null terminated. the size // of this string is the function return value. // --------------------------------------------------- char src_idx, dest_idx; // save space for the command header and size bytes // ------------------------------------------------ dest_idx = 2; // loop through source string and copy/encode // ------------------------------------------ for (src_idx = 0; src_idx < src_len; src_idx++) { if (src[src_idx] > 127) { dest[dest_idx++] = 0xfe; }/*if*/ dest[dest_idx++] = (src[src_idx] & 0x7f); }/*for*/ // add null terminator // ------------------- dest[dest_idx] = 0; // add command header // ------------------ dest[0] = 0xff; dest[1] = dest_idx ? 2; // return escape string size // ------------------------- return dest_idx; } figure 16: command conversion code 5.4. writing to registers writing to a volatile register is nearly instantaneous. writing to a non-volatile register, however, typically takes 16 ms. because the packet size can vary bas ed on the need for encoding, there are two possible packet structures. the following tables show the by te sequences for writing a register in each case.
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 58 revision 1.1.0 warning: be sure that the module is properly power ed and remains powered for the duration of the register write. loss of important configuration information could occur if the unit loses power during a non- volatile write cycle. byte 0 byte 1 byte 2 byte 3 header size register value 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 0xff 0x02 0 register 0 value table 27, write register command, value to be written is less than 128 (0x80) byte 0 byte 1 byte 2 byte 3 byte 4 header size register escape value 7 6 5 4 3 2 1 0 7 6 5 4 3 2 10765432107654321 0 7 6 5 43210 0xff 0x03 0 register 0xfe 0 lower 7 bits of value table 28, write register command, value to be written is greater than or equal to 128 (0x80) the module will respond to this command with an ac k (0x06). if an ack is not received, the command should be resent. if a writ e is attempted to a read-onl y or invalid register, the module will respond with a nack (0x15). 5.5. reading from registers a register read command is constructed by placing an escape character before the register number. the following table shows the byte sequence for reading a register. byte 0 byte 1 byte 2 byte 3 header size escape register 7 6 5 4 3 2 1 0 7 6 5 43210765432107 6 5 4 3210 0xff 0x02 0xfe 0 register table 29, read register command the module will respond to this command by sending an ack (0x06) fo llowed by the register number and register value. the register value is sent unmodified. for example, if the regist er value is 0x83, 0x83 is returned after the ack (0x06). see table below for the format of the response. if the register number is invalid, it will respond with a nack (0x15). byte 0 byte 1 byte 2 ack register value 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 0x06 0 register value table 30, read register module response for a valid register
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 59 revision 1.1.0 6. electrical specifications 6.1. absolute maximum ratings for wi.232fhss-25-r stresses above those listed under absolute maximum ratings may cause permanent damage to the device. this is a stress rating only and functional operat ion of the device at these or any other conditions above those indicated in the operational section of this specification is not implied. exposure to absolute maximum rating conditions for extended periods may affect device reliability. this device is esd sensitive. proper precautions should be taken for handling and assembly. parameter min max units vdd- power supply 0 3.9 vdc voltage on any digital i/o pin 0 5 vdc input rf level 10 dbm storage temperature -40 +85 o c table 31, absolute maximum ratings for wi.232fhss-25-r chapter 6
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 60 revision 1.1.0 6.2. detailed electrical specifications for wi.232fhss-25-r 6.2.1. ac specifications- rx for wi.232fhss-25-r parameter min typ max units notes receive frequency- us 902.2 927.8 mhz at antenna pin hop sequences 6 26 channels each channel spacing 750 khz receiver sensitivity -100 dbm 152.34 kbit/ sec rf, 10 -3 ber receiver sensitivity -102 dbm 38.4 kbit/ sec rf, 10 -3 ber receiver sensitivity -105 dbm 9.6 kbit/ sec rf, 10 -3 ber input ip3 -40 dbm flo +1 mhz & flo +1.945 mhz input impedance 50 ohms no matching required lo leakage -65 dbm 50 ohm termination at ant adjacent channel rejection -48 dbc fc +/- 650 khz if bandwidth 600 khz table 32, ac specifications- rx for wi.232fhss-25-r 6.2.2. ac specifications- tx for wi.232fhss-25-r parameter min typ max units notes transmit frequency- us 902.2 927.8 mhz center frequency error 2 4 ppm 915 mhz @ 25 o c frequency deviation 160 khz max. output power 13 15 dbm 915 mhz into 50 ohm load output impedance 50 ohms carrier phase noise tbd dbc into 50 ohm load harmonic output -50 dbc into 50 ohm load table 33, ac specifications- tx for wi.232fhss-25-r
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 61 revision 1.1.0 6.2.3. dc specifications for wi.232fhss-25-r parameter min typ max units notes operating temperature -40 +85 o c hw revision c and later supply voltage 3.0 3.3 3.6 vdc operating limits allowed vdd ramp time 1 ms from vss to 2.7v receive current consumption 20 ma continuous operation, vdd=3.3v, 2400 baud transmit current consumption (-2 dbm) 30 ma output into 50 ohm load, vdd= 3.3 vdc, 2400 baud (+3 dbm) 35 ma (+8 dbm) 48 ma (+13 dbm) 65 ma standby current consumption 2.1 ma vdd= 3.3 vdc sleep current consumption 1.4 ma vdd= 3.3 vdc deep sleep current consumption 3 a vdd= 3.3 vdc vih- logic high level input 0.7*vdd 5.0 vdc vil- logic low level input 0 0.3*vcc vdc voh- logic high level output 2.5 vcc vdc vol- logic low level output 0 0.4 vdc table 34, dc specifications for wi.232fhss-25-r 6.3. absolute maximum ratings for wi.232fhss-250-r stresses above those listed under absolute maximum ratings may cause permanent damage to the device. this is a stress rating only and functional operat ion of the device at these or any other conditions above those indicated in the operational section of this specification is not implied. exposure to absolute maximum rating conditions for extended periods may affect device reliability. this device is esd sensitive. proper precautions should be taken for handling and assembly. parameter min max units vdd- power supply 0 5.0 vdc voltage on any digital i/o pin 0 5.0 vdc input rf level 12 dbm storage temperature -40 +85 o c table 35, absolute maximum ratings for wi.232fhss-250-r
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 62 revision 1.1.0 6.4. detailed electrical specifications for wi.232fhss-250-r 6.4.1. ac specifications- rx for wi.232fhss-250-r parameter min typ max units notes receive frequency- us 902.2 927.8 mhz at antenna pin hop sequences 6 26 channels each channel spacing 750 khz receiver sensitivity -100 dbm 153.6 kbit/ sec rf, 10 -3 ber receiver sensitivity -102 dbm 38.4 kbit/ sec rf, 10 -3 ber receiver sensitivity -105 dbm 9.6 kbit/ sec rf, 10 -3 ber input ip3 -24 dbm p in = -20dbm, 2 cw interferers, frf = 915mhz, f1 = frf + 3mhz, f2 = frf + 6mhz, max gain, high-sensitivity input impedance 50 ohms no matching required adjacent channel rejection 60 db desired signal 3db above input sensitivity level, cw interferer power level increased until ber = 10 -2 , +/- 1mhz if bandwidth 200 khz table 36, ac specifications- rx for wi.232fhss-250-r 6.4.2. ac specifications- tx for wi.232fhss-250-r parameter min typ max units notes transmit frequency- us 902.2 927.8 mhz center frequency error 2 4 ppm 915 mhz @ 25 o c frequency deviation 50 khz max. output power 23.5 24 dbm 915 mhz into 50 ohm load output impedance 50 ohms carrier phase noise tbd dbc into 50 ohm load harmonic output -50 dbc into 50 ohm load table 37, ac specifications- tx for wi.232fhss-250-r
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 63 revision 1.1.0 6.4.3. dc specifications for wi.232fhss-250-r parameter min typ max units notes operating temperature -40 +85 o c hw revision c and later supply voltage 2.7 3.3 3.6 vdc operating limits allowed vdd ramp time 1 ms from vss to 2.7 v receive current consumption 25 ma continuous operation, vdd = 3.3 vdc, 2400 baud transmit current consumption (+8 dbm) 54 ma output into 50 ohm load, vdd= 3.3 vdc (+13 dbm) 71 ma (+18 dbm) 109 ma (+23.5 dbm) 190 ma standby current consumption 1.5 ma vdd= 3.3 vdc sleep current consumption 1.5 ma vdd= 3.3 vdc deep sleep current consumption 3 a vdd= 3.3 vdc vih- logic high level input 0.7*vdd 5.0 vdc vil- logic low level input 0 0.3*vcc vdc voh- logic high level output 2.5 vcc vdc vol- logic low level output 0 0.4 vdc table 38, dc specifications for wi.232fhss-250-r 6.5. flash specifications (non-volatile registers) parameter min typ max units notes flash write duration 16 ms module stalled during operation flash write cycles 20k 100k cycles table 39, flash specifications (non-volatile registers)
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 64 revision 1.1.0 7. custom applications for cost-sensitive applications, such as wireless sensin g and amr, radiotronix can embed the application software directly into the microcontroller built into the module. for more information on this service, please contact radiotronix. chapter 7
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 65 revision 1.1.0 8. ordering information product part number description wi.232fhss-25-r embedded wireless module, 25 mw (900 mhz) wi.232fhss-250-r embedded wireless module, 250 mw (900 mhz) wi.232fhss-25-fcc-r pinned, pre-ce rtified module, 25 mw (900mhz) wi.232fhss-250-fcc-r pinned, pre-ce rtified module, 250 mw (900mhz) rk-wi.232fhss-25-fcc-r development kit for 25 mw fhss modules, contains two wi.232fhss-25-fcc-r modules rk-wi.232fhss-250-fcc-r development kit for 250 mw fhss modules, contains two wi.232fhss-250-fcc-r modules table 40, ordering information chapter 8
wi.232fhss-25-r/ wi.2 32fhss-250-r datasheet 66 revision 1.1.0 9. contact information corporate headquarters: 905 messenger lane moore, oklahoma 73160 405-794-7730 website: www.radiotronix.com support: support@radiotronix.com 9.1. technical support radiotronix has built a solid technical support infrastruc ture so that you can get answers to your questions when you need them. our primary technical suppor t tools are the support forum and knowledge base found on our website. we are contin uously updating these tools. to fi nd the latest information about these technical support tools, please visit http://www.radiotronix.com/support . our technical support engineers are available mon-fri between 9:00 am and 5:00 pm c entral standard time. the best way to reach a technical support engineer is to submit a webcase. webcase submissions can be made at http://www.radiotronix.com/support/webcase.asp . for customers that would prefer to talk directly to a support engineer, we do offer phone support free of charge. 9.2. sales support our sales department can be reached via e-mail at sales@radiotronix.com or by phone at 405-794-7730. our sales department is available mon-fri between 8:30 am and 5:00 pm central standard time. visit our web site at http://www.radiotronix.com/corpsales.asp for information on where to buy our products. chapter 9

▲Up To Search▲

Price & Availability of WI232FHSS-25-FCC-ST-R

	To Download WI232FHSS-25-FCC-ST-R Datasheet File
If you can't view the Datasheet, Please click here to try to view without PDF Reader .